Menu
▾
▴
sql-ledger-users
|
From: Carey D. <cd...@sy...> - 2002-04-05 11:57:13
|
I too was getting this error when trying to print. I figured it out this morning. I had the # sign in one of my part descriptions. Latex did not seem to like it for some reason. I removed it and it works correctly now. Go figure. Carey Durbin CD Computer Systems E-Mail: cd...@sy... Web: http://syscon.mine.nu ---- Original Message ---- From: Steve Doerr Date: Fri 4/5/02 1:02 To: sql...@sq... Subject: Re: [SL] latex dilemma Well, about all I can tell you are the Debian packages I have installed and it works. gs-aladdin was the package that added /usr/bin/dvipdf if I remember correctly. gs-aladdin dvipdfm tetex-base tetex-bin tetex-extra hth, Steve Keith Mastin wrote: > Hi Steve, > > It appears that I have dvipdf installed, and still get this error: > [root@soldier cmpsfont]# rpm -e dvipdfm > [root@soldier cmpsfont]# locate dvipdf > /usr/share/texmf/doc/help/Catalogue/entries/dvipdfm.html > /usr/share/texmf/tex/latex/graphics/dvipdf.def > /usr/share/texmf/tex/latex/graphics/dvipdfm.def > /usr/share/texmf/tex/latex/hyperref/hdvipdfm.def > /usr/bin/dvipdf > > Any other suggestions, or troubleshooting pointers? > > Thanks again. > > Regards, > > Quoting Steve Doerr from [03/04/02 19:47 -0600]: > > Hi Keith. > > > > Keith Mastin wrote: > > > > > Error! > > > latex : 1017868610.invoice.tex > > > > I had this problem w/ dvipdfm installed (Debian system). When I installed dvipdf > > it worked. Jonas posted something on March 22 that may be helpful. > > > > Good luck. > > Steve > > > -- > Keith Mastin km...@be... > BeechTree Information Technology Services Inc. > 137 Laird Drive M4G 3V5 Tel(416)696-6070 > http://www.beechtree.ca |
|
From: Dr D. <drd...@ho...> - 2002-04-05 12:26:38
|
Tip for user-friendly update: Have the 'add part' routine check if any # in description and kill it ;-) > -----Original Message----- > From: sql...@sq... > [mailto:sql...@sq...] On Behalf Of > Carey Durbin > Sent: vrijdag 5 april 2002 13:58 > To: sql...@sq... > Subject: Re: [SL] latex dilemma > > > > I too was getting this error when trying to print. I figured > it out this morning. I > had the # sign in one of my part descriptions. Latex did not > seem to like it for > some reason. I removed it and it works correctly now. Go figure. > > Carey Durbin > CD Computer Systems > E-Mail: cd...@sy... > Web: http://syscon.mine.nu > |
|
From: Keith M. <km...@be...> - 2002-04-05 15:13:06
|
I didn't have any non-alphanumric characters in the product numbers, but = do have some brackets and slashes in the product descriptions... no underscores o= r hashes though. Postscript to screen still gets dvips errors (haven't got= to that yet) but pdf to screen shows something... included below. HTML email is still blank. Printing doesn't do anything, but that could b= e an unrelated issue. Is there anyone on the list with printing and html email working? (I'm lo= oking for a touch of hope here). Thanks %PDF-1.2 %=C7=EC=8F=A2 2 0 obj << /Type /Pages /Kids [ ] /Count 0 >> endobj 1 0 obj << /Type /Catalog /Pages 2 0 R >> endobj 3 0 obj << /CreationDate (D:20020405100106) /Producer (GNU Ghostscript 5.50) >> endobj xref 0 4 0000000000 65535 f 0000000068 00000 n 0000000015 00000 n 0000000117 00000 n trailer << /Size 4 /Root 1 0 R /Info 3 0 R >> startxref 204 %%EOF Quoting Dr Default from [05/04/02 14:24 +0200]: > Tip for user-friendly update: Have the 'add part' routine check if any = # > in description and kill it ;-) >=20 > > -----Original Message----- > > From: sql...@sq...=20 > > [mailto:sql...@sq...] On Behalf Of=20 > > Carey Durbin > > Sent: vrijdag 5 april 2002 13:58 > > To: sql...@sq... > > Subject: Re: [SL] latex dilemma > >=20 > >=20 > >=20 > > I too was getting this error when trying to print. I figured=20 > > it out this morning. I=20 > > had the # sign in one of my part descriptions. Latex did not=20 > > seem to like it for=20 > > some reason. I removed it and it works correctly now. Go figure. > >=20 > > Carey Durbin > > CD Computer Systems > > E-Mail: cd...@sy... > > Web: http://syscon.mine.nu > > --=20 Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Dieter S. <dsi...@sq...> - 2002-04-05 17:12:57
|
brackets and slashes are not in the conversion filter and caused a latex error. This is all (?) fixed in 1.8.4 I uploaded an upgrade file for 1.8.3 in the meantime until I release the new code. The blank emails are a case of MS Outlook not being able to decipher BASE64 attachments. I am not sure what it is. I used the old BASE64 code from the Mailer package at CPAN. This works fine for pine and Netscape. It would be nice to have feedback from the community at large if this is just an isolated case or if everyone using MS Outlook has problems with this. I had a discussion over this with Ralph Dorr who experienced the same problem. I had no problems receiving his email attachments but he could not read the attachments from SQL-Ledger nor could he read attachments sent with pine. So, I concluded that this is not in the code but must be something with Outlook. Perhaps a wrong setting or perhaps MS is telling the whole world again you better conform to their standards. Wouldn't be the first time. Dieter Simader http://www.sql-ledger.org (780) 472-8161 DWS Systems Inc. Accounting Software Fax: 478-5281 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On Fri, 5 Apr 2002, Keith Mastin wrote: > I didn't have any non-alphanumric characters in the product numbers, bu= t do have > some brackets and slashes in the product descriptions... no underscores= or > hashes though. Postscript to screen still gets dvips errors (haven't g= ot to > that yet) but pdf to screen shows something... included below. >=20 > HTML email is still blank. Printing doesn't do anything, but that could= be an > unrelated issue. >=20 > Is there anyone on the list with printing and html email working? (I'm = looking > for a touch of hope here). >=20 > Thanks >=20 > %PDF-1.2 > %=C7=EC=8F=A2 > 2 0 obj > << /Type /Pages /Kids [ > ] /Count 0 > >> > endobj > 1 0 obj > << /Type /Catalog /Pages 2 0 R > >> > endobj > 3 0 obj > << /CreationDate (D:20020405100106) > /Producer (GNU Ghostscript 5.50) > >> > endobj > xref > 0 4 > 0000000000 65535 f > 0000000068 00000 n > 0000000015 00000 n > 0000000117 00000 n > trailer > << /Size 4 /Root 1 0 R /Info 3 0 R > >> > startxref > 204 > %%EOF >=20 > Quoting Dr Default from [05/04/02 14:24 +0200]: > > Tip for user-friendly update: Have the 'add part' routine check if an= y # > > in description and kill it ;-) > >=20 > > > -----Original Message----- > > > From: sql...@sq...=20 > > > [mailto:sql...@sq...] On Behalf Of=20 > > > Carey Durbin > > > Sent: vrijdag 5 april 2002 13:58 > > > To: sql...@sq... > > > Subject: Re: [SL] latex dilemma > > >=20 > > >=20 > > >=20 > > > I too was getting this error when trying to print. I figured=20 > > > it out this morning. I=20 > > > had the # sign in one of my part descriptions. Latex did not=20 > > > seem to like it for=20 > > > some reason. I removed it and it works correctly now. Go figure. > > >=20 > > > Carey Durbin > > > CD Computer Systems > > > E-Mail: cd...@sy... > > > Web: http://syscon.mine.nu > > > >=20 >=20 |
|
From: Maria G. F. <mg...@ce...> - 2002-04-05 17:35:54
|
It is happening to me too... Using netscape and pine works great, but when I send the emails to=20 outlook clients, it's blank Gaby Dieter Simader wrote: >brackets and slashes are not in the conversion filter and caused a latex >error. This is all (?) fixed in 1.8.4 > >I uploaded an upgrade file for 1.8.3 in the meantime until I release the >new code. > >The blank emails are a case of MS Outlook not being able to decipher >BASE64 attachments. I am not sure what it is. I used the old BASE64 code >from the Mailer package at CPAN. This works fine for pine and Netscape. > >It would be nice to have feedback from the community at large if this is >just an isolated case or if everyone using MS Outlook has problems with >this. > >I had a discussion over this with Ralph Dorr who experienced the same >problem. I had no problems receiving his email attachments but he could >not read the attachments from SQL-Ledger nor could he read attachments >sent with pine. So, I concluded that this is not in the code but must be >something with Outlook. Perhaps a wrong setting or perhaps MS is telling >the whole world again you better conform to their standards. Wouldn't be >the first time. > > >Dieter Simader http://www.sql-ledger.org (780) 472-8161 >DWS Systems Inc. Accounting Software Fax: 478-5281 >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >On Fri, 5 Apr 2002, Keith Mastin wrote: > >>I didn't have any non-alphanumric characters in the product numbers, bu= t do have >>some brackets and slashes in the product descriptions... no underscores= or >>hashes though. Postscript to screen still gets dvips errors (haven't g= ot to >>that yet) but pdf to screen shows something... included below. >> >>HTML email is still blank. Printing doesn't do anything, but that could= be an >>unrelated issue. >> >>Is there anyone on the list with printing and html email working? (I'm = looking >>for a touch of hope here). >> >>Thanks >> >>%PDF-1.2 >>%=C7=EC?=A2 >>2 0 obj >><< /Type /Pages /Kids [ >>] /Count 0 >> >>endobj >>1 0 obj >><< /Type /Catalog /Pages 2 0 R >> >>endobj >>3 0 obj >><< /CreationDate (D:20020405100106) >>/Producer (GNU Ghostscript 5.50) >> >>endobj >>xref >>0 4 >>0000000000 65535 f >>0000000068 00000 n >>0000000015 00000 n >>0000000117 00000 n >>trailer >><< /Size 4 /Root 1 0 R /Info 3 0 R >> >>startxref >>204 >>%%EOF >> >>Quoting Dr Default from [05/04/02 14:24 +0200]: >> >>>Tip for user-friendly update: Have the 'add part' routine check if any= # >>>in description and kill it ;-) >>> >>>>-----Original Message----- >>>>From: sql...@sq...=20 >>>>[mailto:sql...@sq...] On Behalf Of=20 >>>>Carey Durbin >>>>Sent: vrijdag 5 april 2002 13:58 >>>>To: sql...@sq... >>>>Subject: Re: [SL] latex dilemma >>>> >>>> >>>> >>>>I too was getting this error when trying to print. I figured=20 >>>>it out this morning. I=20 >>>>had the # sign in one of my part descriptions. Latex did not=20 >>>>seem to like it for=20 >>>>some reason. I removed it and it works correctly now. Go figure. >>>> >>>>Carey Durbin >>>>CD Computer Systems >>>>E-Mail: cd...@sy... >>>>Web: http://syscon.mine.nu >>>> >> > |
|
From: Tom L. <to...@re...> - 2002-04-05 18:25:17
|
I think some clarification is required. The email is not 'blank' it's just=20 that Outlook, being the brain dead program that it is, doesn't recognize=20 the message correctly. This is not really an SL problem, but of course it=20 gets the blame. And of course Dieter has to make changes for ONE stupid=20 program as opposed to Microsoft actually making things that work with=20 standards. I could go on, but I won't. Sorry, just had to rant a bit there...but I feel much better now! Tom --On Friday, April 05, 2002 12:33 PM -0500 Maria Gabriela Fong=20 <mg...@ce...> wrote: > It is happening to me too... > > Using netscape and pine works great, but when I send the emails to > outlook clients, it's blank > > Gaby > > Dieter Simader wrote: > >> brackets and slashes are not in the conversion filter and caused a latex >> error. This is all (?) fixed in 1.8.4 >> >> I uploaded an upgrade file for 1.8.3 in the meantime until I release the >> new code. >> >> The blank emails are a case of MS Outlook not being able to decipher >> BASE64 attachments. I am not sure what it is. I used the old BASE64 code >> from the Mailer package at CPAN. This works fine for pine and Netscape. >> >> It would be nice to have feedback from the community at large if this is >> just an isolated case or if everyone using MS Outlook has problems with >> this. >> >> I had a discussion over this with Ralph Dorr who experienced the same >> problem. I had no problems receiving his email attachments but he could >> not read the attachments from SQL-Ledger nor could he read attachments >> sent with pine. So, I concluded that this is not in the code but must be >> something with Outlook. Perhaps a wrong setting or perhaps MS is telling >> the whole world again you better conform to their standards. Wouldn't be >> the first time. >> >> >> Dieter Simader http://www.sql-ledger.org (780) 472-8161 >> DWS Systems Inc. Accounting Software Fax: 478-5281 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> On Fri, 5 Apr 2002, Keith Mastin wrote: >> >>> I didn't have any non-alphanumric characters in the product numbers, >>> but do have some brackets and slashes in the product descriptions... no >>> underscores or hashes though. Postscript to screen still gets dvips >>> errors (haven't got to that yet) but pdf to screen shows something... >>> included below. >>> >>> HTML email is still blank. Printing doesn't do anything, but that could >>> be an unrelated issue. >>> >>> Is there anyone on the list with printing and html email working? (I'm >>> looking for a touch of hope here). >>> >>> Thanks >>> >>> %PDF-1.2 >>> %=C7=EC?=A2 >>> 2 0 obj >>> << /Type /Pages /Kids [ >>> ] /Count 0 >>> >>> endobj >>> 1 0 obj >>> << /Type /Catalog /Pages 2 0 R >>> >>> endobj >>> 3 0 obj >>> << /CreationDate (D:20020405100106) >>> /Producer (GNU Ghostscript 5.50) >>> >>> endobj >>> xref >>> 0 4 >>> 0000000000 65535 f >>> 0000000068 00000 n >>> 0000000015 00000 n >>> 0000000117 00000 n >>> trailer >>> << /Size 4 /Root 1 0 R /Info 3 0 R >>> >>> startxref >>> 204 >>> %%EOF >>> >>> Quoting Dr Default from [05/04/02 14:24 +0200]: >>> >>>> Tip for user-friendly update: Have the 'add part' routine check if any >>>> # in description and kill it ;-) >>>> >>>>> -----Original Message----- >>>>> From: sql...@sq... >>>>> [mailto:sql...@sq...] On Behalf Of >>>>> Carey Durbin >>>>> Sent: vrijdag 5 april 2002 13:58 >>>>> To: sql...@sq... >>>>> Subject: Re: [SL] latex dilemma >>>>> >>>>> >>>>> >>>>> I too was getting this error when trying to print. I figured >>>>> it out this morning. I >>>>> had the # sign in one of my part descriptions. Latex did not >>>>> seem to like it for >>>>> some reason. I removed it and it works correctly now. Go figure. >>>>> >>>>> Carey Durbin >>>>> CD Computer Systems >>>>> E-Mail: cd...@sy... >>>>> Web: http://syscon.mine.nu >>>>> >>> >> > |
|
From: David R. <dr...@su...> - 2002-04-11 15:41:10
|
This is NOT just an outlook problem, I've been complaining about this sin= ce=20 1.8.3 came out and have not been able to figure it out myself. I don't have any microsoft stuff in the building here and I can't read my= own=20 emails using konqueror, netscape 4.75, or anything else! I've checked the CPAN code Dieter used and can't find anything wrong with= it.=20 The only difference is the maximum line length is a little shorter, but=20 changing it back to match the original does not fix the problem. I still believe the CPAN code has an issue though, because if you look at= the=20 raw output of sendmail as compared to other BASE64 documents generated by= =20 other programs, documents from other programs have the code all line up i= n=20 neat little rows, where the CPAN code looks like a scrambled mess. For the moment, all I was able to do to continue to function with my=20 customers, was to comment skip the base64 encoding routine (and send the=20 documents un-encoded) But, meanwhile I have bigger fish to fry - currently I have a postgres ut= -oh=20 such that my database is corrupt and after a re-index only contains 3=20 records, even though a look at the raw files shows much more... anyone kn= ow a=20 good postgres database recovery service? -Dave Ratte Superior Circuit Technologies, Inc. dr...@su... On Friday 05 April 2002 01:17 pm, you wrote: > I think some clarification is required. The email is not 'blank' it's j= ust > that Outlook, being the brain dead program that it is, doesn't recogniz= e > the message correctly. This is not really an SL problem, but of course = it > gets the blame. And of course Dieter has to make changes for ONE stupid > program as opposed to Microsoft actually making things that work with > standards. I could go on, but I won't. > > Sorry, just had to rant a bit there...but I feel much better now! > > Tom > > --On Friday, April 05, 2002 12:33 PM -0500 Maria Gabriela Fong > > <mg...@ce...> wrote: > > It is happening to me too... > > > > Using netscape and pine works great, but when I send the emails to > > outlook clients, it's blank > > > > Gaby > > > > Dieter Simader wrote: > >> brackets and slashes are not in the conversion filter and caused a l= atex > >> error. This is all (?) fixed in 1.8.4 > >> > >> I uploaded an upgrade file for 1.8.3 in the meantime until I release= the > >> new code. > >> > >> The blank emails are a case of MS Outlook not being able to decipher > >> BASE64 attachments. I am not sure what it is. I used the old BASE64 = code > >> from the Mailer package at CPAN. This works fine for pine and Netsca= pe. > >> > >> It would be nice to have feedback from the community at large if thi= s is > >> just an isolated case or if everyone using MS Outlook has problems w= ith > >> this. > >> > >> I had a discussion over this with Ralph Dorr who experienced the sam= e > >> problem. I had no problems receiving his email attachments but he co= uld > >> not read the attachments from SQL-Ledger nor could he read attachmen= ts > >> sent with pine. So, I concluded that this is not in the code but mus= t be > >> something with Outlook. Perhaps a wrong setting or perhaps MS is tel= ling > >> the whole world again you better conform to their standards. Wouldn'= t be > >> the first time. > >> > >> > >> Dieter Simader http://www.sql-ledger.org (780) 472-8161 > >> DWS Systems Inc. Accounting Software Fax: 478-5281 > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forev= er =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> > >> On Fri, 5 Apr 2002, Keith Mastin wrote: > >>> I didn't have any non-alphanumric characters in the product numbers= , > >>> but do have some brackets and slashes in the product descriptions..= . no > >>> underscores or hashes though. Postscript to screen still gets dvip= s > >>> errors (haven't got to that yet) but pdf to screen shows something.= .. > >>> included below. > >>> > >>> HTML email is still blank. Printing doesn't do anything, but that c= ould > >>> be an unrelated issue. > >>> > >>> Is there anyone on the list with printing and html email working? (= I'm > >>> looking for a touch of hope here). > >>> > >>> Thanks > >>> > >>> %PDF-1.2 > >>> %=C7=EC?=A2 > >>> 2 0 obj > >>> << /Type /Pages /Kids [ > >>> ] /Count 0 > >>> > >>> endobj > >>> 1 0 obj > >>> << /Type /Catalog /Pages 2 0 R > >>> > >>> endobj > >>> 3 0 obj > >>> << /CreationDate (D:20020405100106) > >>> /Producer (GNU Ghostscript 5.50) > >>> > >>> endobj > >>> xref > >>> 0 4 > >>> 0000000000 65535 f > >>> 0000000068 00000 n > >>> 0000000015 00000 n > >>> 0000000117 00000 n > >>> trailer > >>> << /Size 4 /Root 1 0 R /Info 3 0 R > >>> > >>> startxref > >>> 204 > >>> %%EOF > >>> > >>> Quoting Dr Default from [05/04/02 14:24 +0200]: > >>>> Tip for user-friendly update: Have the 'add part' routine check if= any > >>>> # in description and kill it ;-) > >>>> > >>>>> -----Original Message----- > >>>>> From: sql...@sq... > >>>>> [mailto:sql...@sq...] On Behalf Of > >>>>> Carey Durbin > >>>>> Sent: vrijdag 5 april 2002 13:58 > >>>>> To: sql...@sq... > >>>>> Subject: Re: [SL] latex dilemma > >>>>> > >>>>> > >>>>> > >>>>> I too was getting this error when trying to print. I figured > >>>>> it out this morning. I > >>>>> had the # sign in one of my part descriptions. Latex did not > >>>>> seem to like it for > >>>>> some reason. I removed it and it works correctly now. Go figure. > >>>>> > >>>>> Carey Durbin > >>>>> CD Computer Systems > >>>>> E-Mail: cd...@sy... > >>>>> Web: http://syscon.mine.nu |
|
From: Dieter S. <dsi...@sq...> - 2002-04-11 16:35:17
|
There is an upgrade file available for 1.8.3 which addresses the line length for attachments. Apparently this fixed the problem Outlook was having with decoding the attachments. Dieter Simader http://www.sql-ledger.org (780) 472-8161 DWS Systems Inc. Accounting Software Fax: 478-5281 =========== On a clear disk you can seek forever =========== On Thu, 11 Apr 2002, David Ratte wrote: > This is NOT just an outlook problem, I've been complaining about this since > 1.8.3 came out and have not been able to figure it out myself. > > I don't have any microsoft stuff in the building here and I can't read my own > emails using konqueror, netscape 4.75, or anything else! > > I've checked the CPAN code Dieter used and can't find anything wrong with it. > The only difference is the maximum line length is a little shorter, but > changing it back to match the original does not fix the problem. > > I still believe the CPAN code has an issue though, because if you look at the > raw output of sendmail as compared to other BASE64 documents generated by > other programs, documents from other programs have the code all line up in > neat little rows, where the CPAN code looks like a scrambled mess. > > For the moment, all I was able to do to continue to function with my > customers, was to comment skip the base64 encoding routine (and send the > documents un-encoded) > > But, meanwhile I have bigger fish to fry - currently I have a postgres ut-oh > such that my database is corrupt and after a re-index only contains 3 > records, even though a look at the raw files shows much more... anyone know a > good postgres database recovery service? > > -Dave Ratte > Superior Circuit Technologies, Inc. > dr...@su... |
|
From: Keith M. <km...@be...> - 2002-04-12 00:11:18
|
I still have the same problem as David. I don't have an M$ machine so I don't get to blame uncle bill for this one... I send numerous test emails to myself on a different email account and they now arrive with a size of 4626... much improved over 7. However, they are still blank, and I cannot view them in netscape. I can open the file in vi, and noticed that there is no <html> tag there, and so I checked the code on the template, there is still no html tag, so I added one... still cannot view the (parsed) output in a graphical viewer. Now, to be fair, I did this with an altered html invoice template, and perhaps the alterations are to blame, so I just did a test with the original invoice... :\ ... it worked. (keith heads back to the drawing board) On Thu, 11 Apr 2002, Dieter Simader wrote: > >There is an upgrade file available for 1.8.3 which addresses the line >length for attachments. Apparently this fixed the problem Outlook was >having with decoding the attachments. > >On Thu, 11 Apr 2002, David Ratte wrote: > >> This is NOT just an outlook problem, I've been complaining about this since >> 1.8.3 came out and have not been able to figure it out myself. >> >> I don't have any microsoft stuff in the building here and I can't read my own >> emails using konqueror, netscape 4.75, or anything else! >> >> I've checked the CPAN code Dieter used and can't find anything wrong with it. >> The only difference is the maximum line length is a little shorter, but >> changing it back to match the original does not fix the problem. >> >> I still believe the CPAN code has an issue though, because if you look at the >> raw output of sendmail as compared to other BASE64 documents generated by >> other programs, documents from other programs have the code all line up in >> neat little rows, where the CPAN code looks like a scrambled mess. >> >> For the moment, all I was able to do to continue to function with my >> customers, was to comment skip the base64 encoding routine (and send the >> documents un-encoded) >> >> But, meanwhile I have bigger fish to fry - currently I have a postgres ut-oh >> such that my database is corrupt and after a re-index only contains 3 >> records, even though a look at the raw files shows much more... anyone know a >> good postgres database recovery service? >> >> -Dave Ratte >> Superior Circuit Technologies, Inc. >> dr...@su... > -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Fred L. <lin...@la...> - 2002-04-12 05:45:24
|
I also modified my invoice template using the built-in editor in SL. I had done this with a previous release with no problems, and the email worked everywhere. In the meantime, I'm saving the invoices as PDFs when I display them in SL. Then I'm sending them out manually from PINE. Fred On Thursday, April 11, 2002, at 08:11 PM, Keith Mastin wrote: > I still have the same problem as David. I don't have an M$ machine so I > don't get to blame uncle bill for this one... I send numerous test > emails to myself on a different email account and they now arrive with a > size of 4626... much improved over 7. However, they are still blank, and > I cannot view them in netscape. I can open the file in vi, and noticed > that there is no <html> tag there, and so I checked the code on the > template, there is still no html tag, so I added one... still cannot > view the (parsed) output in a graphical viewer. > > Now, to be fair, I did this with an altered html invoice template, and > perhaps the alterations are to blame, so I just did a test with the > original invoice... :\ ... it worked. > > (keith heads back to the drawing board) > > On Thu, 11 Apr 2002, Dieter Simader wrote: >> >> There is an upgrade file available for 1.8.3 which addresses the line >> length for attachments. Apparently this fixed the problem Outlook was >> having with decoding the attachments. >> >> On Thu, 11 Apr 2002, David Ratte wrote: >> >>> This is NOT just an outlook problem, I've been complaining about this >>> since >>> 1.8.3 came out and have not been able to figure it out myself. >>> >>> I don't have any microsoft stuff in the building here and I can't >>> read my own >>> emails using konqueror, netscape 4.75, or anything else! >>> >>> I've checked the CPAN code Dieter used and can't find anything wrong >>> with it. >>> The only difference is the maximum line length is a little shorter, >>> but >>> changing it back to match the original does not fix the problem. >>> >>> I still believe the CPAN code has an issue though, because if you >>> look at the >>> raw output of sendmail as compared to other BASE64 documents >>> generated by >>> other programs, documents from other programs have the code all line >>> up in >>> neat little rows, where the CPAN code looks like a scrambled mess. >>> >>> For the moment, all I was able to do to continue to function with my >>> customers, was to comment skip the base64 encoding routine (and send >>> the >>> documents un-encoded) >>> >>> But, meanwhile I have bigger fish to fry - currently I have a >>> postgres ut-oh >>> such that my database is corrupt and after a re-index only contains 3 >>> records, even though a look at the raw files shows much more... >>> anyone know a >>> good postgres database recovery service? >>> >>> -Dave Ratte >>> Superior Circuit Technologies, Inc. >>> dr...@su... >> > > -- > Keith Mastin km...@be... > BeechTree Information Technology Services Inc. > 137 Laird Drive M4G 3V5 Tel(416)696-6070 > http://www.beechtree.ca > > > > |
|
From: Keith M. <km...@be...> - 2002-04-12 06:40:35
|
When I try to save as pdf's they instead get saved as "is.pl.html". Pdf's would actually be ideal for me as a few of my clients ask for this now, and I have to scan the invoice and generate the pdf in gimp. When I change the filename to invoice.pdf and view it in xpdf all I can see is a couple lines, although I can see it okay in ghostview and acrobat... On Fri, 12 Apr 2002, Fred Laxton wrote: > >I also modified my invoice template using the built-in editor in SL. I >had done this with a previous release with no problems, and the email >worked everywhere. > >In the meantime, I'm saving the invoices as PDFs when I display them in >SL. Then I'm sending them out manually from PINE. > >Fred -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Fred L. <lin...@la...> - 2002-04-12 07:06:56
|
I had no trouble with the PDF function, once I got LATEX installed. I just confirmed this on Mac OS X with Mozilla 0.99 and Acrobat Reader 5, and on Mandrake Linux 8.2 with Mozilla 0.99 and Acrobat 4: Display your invoice, check "PDF" and "Screen" and click Print. Then tell your browser to open with Adobe Acrobat 5 and you can save it from within Acrobat. For earlier versions of Acrobat, save it to disk first with a *.pdf file extension, and it opens fine in Acrobat. It also works fine for me in PS & PDF viewer, too. In xpdf it shows a couple of lines, but the rest is blank :-( Fred On Friday, April 12, 2002, at 02:40 AM, Keith Mastin wrote: > When I try to save as pdf's they instead get saved as "is.pl.html". > Pdf's would actually be ideal for me as a few of my clients ask for this > now, and I have to scan the invoice and generate the pdf in gimp. > > When I change the filename to invoice.pdf and view it in xpdf all I can > see is a couple lines, although I can see it okay in ghostview and > acrobat... > > On Fri, 12 Apr 2002, Fred Laxton wrote: >> >> I also modified my invoice template using the built-in editor in SL. I >> had done this with a previous release with no problems, and the email >> worked everywhere. >> >> In the meantime, I'm saving the invoices as PDFs when I display them in >> SL. Then I'm sending them out manually from PINE. >> >> Fred > -- > Keith Mastin km...@be... > BeechTree Information Technology Services Inc. > 137 Laird Drive M4G 3V5 Tel(416)696-6070 > http://www.beechtree.ca > > > |
|
From: Keith M. <km...@be...> - 2002-04-12 14:53:04
|
...adobe acrobat runs on mandrake? On Fri, 12 Apr 2002, Fred Laxton wrote: >Subject: Re: [SL] latex dilemma & blank emails > >I had no trouble with the PDF function, once I got LATEX installed. I >just confirmed this on Mac OS X with Mozilla 0.99 and Acrobat Reader 5, >and on Mandrake Linux 8.2 with Mozilla 0.99 and Acrobat 4: > >Display your invoice, check "PDF" and "Screen" and click Print. > >Then tell your browser to open with Adobe Acrobat 5 and you can save it >from within Acrobat. > >For earlier versions of Acrobat, save it to disk first with a *.pdf file >extension, and it opens fine in Acrobat. > >It also works fine for me in PS & PDF viewer, too. In xpdf it shows a >couple of lines, but the rest is blank :-( > >Fred > -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Fred L. <lin...@la...> - 2002-04-12 19:17:51
|
Acrobat is available for all Linux distros. Just go to Adobe's site and download and install it. I've confirmed personally that it works on Mandrake and SuSE, but should work on just about any, as well as Mac OS 9, all Windows, Palm, Windows CE, Solaris, AIX, HP-UX, OS/2 and other *nix systems... www.adobe.com/acrobat follow the links for the *free* reader - they don't make it easy to follow. On Friday, April 12, 2002, at 10:52 AM, Keith Mastin wrote: > ...adobe acrobat runs on mandrake? > > On Fri, 12 Apr 2002, Fred Laxton wrote: >> Subject: Re: [SL] latex dilemma & blank emails >> >> I had no trouble with the PDF function, once I got LATEX installed. I >> just confirmed this on Mac OS X with Mozilla 0.99 and Acrobat Reader 5, >> and on Mandrake Linux 8.2 with Mozilla 0.99 and Acrobat 4: >> >> Display your invoice, check "PDF" and "Screen" and click Print. >> >> Then tell your browser to open with Adobe Acrobat 5 and you can save it >> from within Acrobat. >> >> For earlier versions of Acrobat, save it to disk first with a *.pdf >> file >> extension, and it opens fine in Acrobat. >> >> It also works fine for me in PS & PDF viewer, too. In xpdf it shows a >> couple of lines, but the rest is blank :-( >> >> Fred >> > -- > Keith Mastin km...@be... > BeechTree Information Technology Services Inc. > 137 Laird Drive M4G 3V5 Tel(416)696-6070 > http://www.beechtree.ca > > > |
|
From: Dieter S. <dsi...@sq...> - 2002-04-12 15:32:21
|
This is a problem with xpdf and type 3 fonts. Next version uses pdflatex. PDF files generated with pdflatex are readable by xpdf and acrobat. Dieter Simader http://www.sql-ledger.org (780) 472-8161 DWS Systems Inc. Accounting Software Fax: 478-5281 =========== On a clear disk you can seek forever =========== On Fri, 12 Apr 2002, Keith Mastin wrote: > When I try to save as pdf's they instead get saved as "is.pl.html". > Pdf's would actually be ideal for me as a few of my clients ask for this > now, and I have to scan the invoice and generate the pdf in gimp. > > When I change the filename to invoice.pdf and view it in xpdf all I can > see is a couple lines, although I can see it okay in ghostview and > acrobat... > > On Fri, 12 Apr 2002, Fred Laxton wrote: > > > >I also modified my invoice template using the built-in editor in SL. I > >had done this with a previous release with no problems, and the email > >worked everywhere. > > > >In the meantime, I'm saving the invoices as PDFs when I display them in > >SL. Then I'm sending them out manually from PINE. > > > >Fred > |
|
From: Keith M. <km...@be...> - 2002-04-12 06:26:04
|
After about 5 hours messing around to make the invoice llok the way I want, with continuous testing, I finally came to the conclusion that it was NetXcape that wasn't parsing the html properly. They read fine in IE and Opera, but are blank in netXcape. How can I test them in lookout if I don't use it for email? On Thu, 11 Apr 2002, Keith Mastin wrote: > >I still have the same problem as David. I don't have an M$ machine so I >don't get to blame uncle bill for this one... I send numerous test >emails to myself on a different email account and they now arrive with a >size of 4626... much improved over 7. However, they are still blank, and >I cannot view them in netscape. I can open the file in vi, and noticed >that there is no <html> tag there, and so I checked the code on the >template, there is still no html tag, so I added one... still cannot >view the (parsed) output in a graphical viewer. > >Now, to be fair, I did this with an altered html invoice template, and >perhaps the alterations are to blame, so I just did a test with the >original invoice... :\ ... it worked. > >(keith heads back to the drawing board) -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: klavs k. <kl...@vs...> - 2002-04-12 07:07:53
|
On Fri, 2002-04-12 at 08:25, Keith Mastin wrote: > After about 5 hours messing around to make the invoice llok the way I > want, with continuous testing, I finally came to the conclusion that it > was NetXcape that wasn't parsing the html properly. They read fine in IE > and Opera, but are blank in netXcape. How can I test them in lookout if > I don't use it for email? > Try validating your HTML - with validator.w3.org - Then you shouldn't have any problems.. -- Regards, Klavs Klavsen -------------| This mail has been sent to you by: |------------ Klavs Klavsen - OpenSource Consultant kl...@vs... - http://www.vsen.dk Get PGP key from www.keyserver.net - Key ID: 0x586D5BCA Fingerprint = A95E B57B 3CE0 9131 9D15 94DA E1CD 641E 586D 5BCA --------------------[ I believe that... ]----------------------- It is a myth that people resist change. People resist what other people make them do, not what they themselves choose to do... That's why companies that innovate successfully year after year seek their peopl's ideas, let them initiate new projects and encourage more experiments. -- Rosabeth Moss Kanter |
|
From: Keith M. <km...@be...> - 2002-04-15 18:53:31
|
Validation failed all over the place... even on the original document:
Warning: No Character Encoding detected!
Fatal Error: no document type declaration; will parse without
validation
I could not parse this document, because it uses a public identifier
that is not in my catalog
Below is an outline for this document, automatically generated from the
heading tags (<H1> through <H6>.)
A level 1 heading is missing!
A level 2 heading is missing!
A level 3 heading is missing!
I N V O I C E
If this does not look like a real outline, it is likely that the
heading tags are not being used properly. (Headings should
reflect the logical structure of the document; they should not
be used simply to add emphasis, or to change the font size.)
Also, I tried emailing an invoice to a client who uses OE6.0. Here is
what he received:
<head>
tlIoetl <td align=center>hr</td>
< i=g>.<d < i=g>.<d t <font size=-3 align=justify>
Payment due Upon Receipt of Invoice.
Itees o oerueamuns il aru a te at o 240% ermoth fomdu dteunilpad n
ul. tes etrnd resujet o $ scncr. tnuozi sboae oBcr fmi cogSveI
feosrrue tnmtehp
This got really mangled somewhere, whether here or there is still
undecided.
On 12 Apr 2002, klavs klavsen wrote:
>Subject: Re: [SL] latex dilemma & blank emails
>
>On Fri, 2002-04-12 at 08:25, Keith Mastin wrote:
>> After about 5 hours messing around to make the invoice llok the way I
>> want, with continuous testing, I finally came to the conclusion that it
>> was NetXcape that wasn't parsing the html properly. They read fine in IE
>> and Opera, but are blank in netXcape. How can I test them in lookout if
>> I don't use it for email?
>>
>
>Try validating your HTML - with validator.w3.org - Then you shouldn't
>have any problems..
>
--
Keith Mastin km...@be...
BeechTree Information Technology Services Inc.
137 Laird Drive M4G 3V5 Tel(416)696-6070
http://www.beechtree.ca
|
|
From: Dieter S. <dsi...@sq...> - 2002-04-15 20:39:49
|
One word of advise. Forget about html validation. If a browser doesn't know when a document starts or ends throw the damn thing in the garbage. This is my opinion, and I do have a very strong opinion about this gacka. Netscape, Links, Lynx and even Explorer don't care about most closing tags and that's the way it should be. As for the rest of the browsers (what, maybe 1%), if they want to be purists, go ahead, make my day. For the character encoding there is a meta tag for it BUT you must specify one to include it in the header. Now to the incomplete document. It had nothing to do with "bad" html but everything to do with the way the attachment was encoded. It just so happens that braindead Outlook and one other I know off, K-mail (purist I guess), wouldn't accept a jagged attachment. To fix this install the upgrade available from the download page. Dieter Simader http://www.sql-ledger.org (780) 472-8161 DWS Systems Inc. Accounting Software Fax: 478-5281 =========== On a clear disk you can seek forever =========== On Mon, 15 Apr 2002, Keith Mastin wrote: > Validation failed all over the place... even on the original document: > Warning: No Character Encoding detected! > Fatal Error: no document type declaration; will parse without > validation > I could not parse this document, because it uses a public identifier > that is not in my catalog > Below is an outline for this document, automatically generated from the > heading tags (<H1> through <H6>.) > A level 1 heading is missing! > A level 2 heading is missing! > A level 3 heading is missing! > I N V O I C E > If this does not look like a real outline, it is likely that the > heading tags are not being used properly. (Headings should > reflect the logical structure of the document; they should not > be used simply to add emphasis, or to change the font size.) > > Also, I tried emailing an invoice to a client who uses OE6.0. Here is > what he received: > <head> > tlIoetl <td align=center>hr</td> > < i=g>.<d < i=g>.<d t <font size=-3 align=justify> > Payment due Upon Receipt of Invoice. > Itees o oerueamuns il aru a te at o 240% ermoth fomdu dteunilpad n > ul. tes etrnd resujet o $ scncr. tnuozi sboae oBcr fmi cogSveI > feosrrue tnmtehp > > This got really mangled somewhere, whether here or there is still > undecided. > > On 12 Apr 2002, klavs klavsen wrote: > >Subject: Re: [SL] latex dilemma & blank emails > > > >On Fri, 2002-04-12 at 08:25, Keith Mastin wrote: > >> After about 5 hours messing around to make the invoice llok the way I > >> want, with continuous testing, I finally came to the conclusion that it > >> was NetXcape that wasn't parsing the html properly. They read fine in IE > >> and Opera, but are blank in netXcape. How can I test them in lookout if > >> I don't use it for email? > >> > > > >Try validating your HTML - with validator.w3.org - Then you shouldn't > >have any problems.. > > > > |
|
From: Fred L. <lin...@la...> - 2002-04-12 05:40:25
|
No, as I mentioned before, I did a clean install of 1.8.3 and installed the update, and Outlook and other email programs can't read the HTML invoice properly... :-( Another SL user I know reports that this has been happening for some time. I don't know what version he's using. Fred On Thursday, April 11, 2002, at 12:35 PM, Dieter Simader wrote: > There is an upgrade file available for 1.8.3 which addresses the line > length for attachments. Apparently this fixed the problem Outlook was > having with decoding the attachments. > > > Dieter Simader http://www.sql-ledger.org (780) 472-8161 > DWS Systems Inc. Accounting Software Fax: 478-5281 > =========== On a clear disk you can seek forever =========== > > On Thu, 11 Apr 2002, David Ratte wrote: > >> This is NOT just an outlook problem, I've been complaining about this >> since >> 1.8.3 came out and have not been able to figure it out myself. >> >> I don't have any microsoft stuff in the building here and I can't read >> my own >> emails using konqueror, netscape 4.75, or anything else! >> >> I've checked the CPAN code Dieter used and can't find anything wrong >> with it. >> The only difference is the maximum line length is a little shorter, but >> changing it back to match the original does not fix the problem. >> >> I still believe the CPAN code has an issue though, because if you look >> at the >> raw output of sendmail as compared to other BASE64 documents generated >> by >> other programs, documents from other programs have the code all line >> up in >> neat little rows, where the CPAN code looks like a scrambled mess. >> >> For the moment, all I was able to do to continue to function with my >> customers, was to comment skip the base64 encoding routine (and send >> the >> documents un-encoded) >> >> But, meanwhile I have bigger fish to fry - currently I have a postgres >> ut-oh >> such that my database is corrupt and after a re-index only contains 3 >> records, even though a look at the raw files shows much more... anyone >> know a >> good postgres database recovery service? >> >> -Dave Ratte >> Superior Circuit Technologies, Inc. >> dr...@su... > > > |
|
From: <fi...@be...> - 2002-04-05 18:01:34
|
Dieter,=20 Guess the default settings for up to date versions of Outlook (security patches applied) are probably the cause: Attachments that MS considers harmfull are disabled by default (.exe, .vbs et all). It is even possible to set security to maximum, thus disabling=20 ANY attachment from entering the inbox. The new XP firewall might also cause problems. My personal workaround for mails from Linux to Win and vice versa is via MSN / Hotmail. They even scan for viruses for you ;-) Feel free to send any testmails / attachments to drd...@ho... (winxp) AND drd...@ms... I will be happy to compare notes. Paul > -----Original Message----- > From: sql...@sq...=20 > [mailto:sql...@sq...] On Behalf Of=20 > Dieter Simader > Sent: vrijdag 5 april 2002 19:13 > To: sql...@sq... > Subject: Re: [SL] latex dilemma & blank emails >=20 >=20 > brackets and slashes are not in the conversion filter and=20 > caused a latex error. This is all (?) fixed in 1.8.4 >=20 > I uploaded an upgrade file for 1.8.3 in the meantime until I=20 > release the new code. >=20 > The blank emails are a case of MS Outlook not being able to=20 > decipher BASE64 attachments. I am not sure what it is. I used=20 > the old BASE64 code from the Mailer package at CPAN. This=20 > works fine for pine and Netscape. >=20 > It would be nice to have feedback from the community at large=20 > if this is just an isolated case or if everyone using MS=20 > Outlook has problems with this. >=20 > I had a discussion over this with Ralph Dorr who experienced=20 > the same problem. I had no problems receiving his email=20 > attachments but he could not read the attachments from=20 > SQL-Ledger nor could he read attachments sent with pine. So,=20 > I concluded that this is not in the code but must be=20 > something with Outlook. Perhaps a wrong setting or perhaps MS=20 > is telling the whole world again you better conform to their=20 > standards. Wouldn't be the first time. >=20 >=20 > Dieter Simader http://www.sql-ledger.org (780) 472-8161 > DWS Systems Inc. Accounting Software Fax: 478-5281 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > On Fri, 5 Apr 2002, Keith Mastin wrote: >=20 > > I didn't have any non-alphanumric characters in the product=20 > numbers,=20 > > but do have some brackets and slashes in the product=20 > descriptions...=20 > > no underscores or hashes though. Postscript to screen still gets=20 > > dvips errors (haven't got to that yet) but pdf to screen shows=20 > > something... included below. > >=20 > > HTML email is still blank. Printing doesn't do anything, but that=20 > > could be an unrelated issue. > >=20 > > Is there anyone on the list with printing and html email=20 > working? (I'm=20 > > looking for a touch of hope here). > >=20 > > Thanks > >=20 > > %PDF-1.2 > > %=C7=EC=8F=A2 > > 2 0 obj > > << /Type /Pages /Kids [ > > ] /Count 0 > > >> > > endobj > > 1 0 obj > > << /Type /Catalog /Pages 2 0 R > > >> > > endobj > > 3 0 obj > > << /CreationDate (D:20020405100106) > > /Producer (GNU Ghostscript 5.50) > > >> > > endobj > > xref > > 0 4 > > 0000000000 65535 f > > 0000000068 00000 n > > 0000000015 00000 n > > 0000000117 00000 n > > trailer > > << /Size 4 /Root 1 0 R /Info 3 0 R > > >> > > startxref > > 204 > > %%EOF > >=20 > > Quoting Dr Default from [05/04/02 14:24 +0200]: > > > Tip for user-friendly update: Have the 'add part' routine=20 > check if=20 > > > any # in description and kill it ;-) > > >=20 > > > > -----Original Message----- > > > > From: sql...@sq... > > > > [mailto:sql...@sq...] On Behalf Of=20 > > > > Carey Durbin > > > > Sent: vrijdag 5 april 2002 13:58 > > > > To: sql...@sq... > > > > Subject: Re: [SL] latex dilemma > > > >=20 > > > >=20 > > > >=20 > > > > I too was getting this error when trying to print. I figured > > > > it out this morning. I=20 > > > > had the # sign in one of my part descriptions. Latex did not=20 > > > > seem to like it for=20 > > > > some reason. I removed it and it works correctly now. Go figure. > > > >=20 > > > > Carey Durbin > > > > CD Computer Systems > > > > E-Mail: cd...@sy... > > > > Web: http://syscon.mine.nu > > > > > >=20 > >=20 >=20 >=20 |
|
From: Keith M. <km...@be...> - 2002-04-05 18:25:37
|
Hi Dieter, Quoting Dieter Simader from [05/04/02 10:12 -0700]: > brackets and slashes are not in the conversion filter and caused a latex > error. This is all (?) fixed in 1.8.4 > My latex problems are now to do more with the formatting in the templates rather than the programming or API. I can get postscript output now with dvips. Pdf is another story... the invoice saves as is.pl.html from opera. This is a 55KB, 3 page pdf file that is balnk except for a couple lines on page 3. If you want, I can send a copy of any of these files for you to view.... > I uploaded an upgrade file for 1.8.3 in the meantime until I release the > new code. Okay, I'll install it, and try again later. > > The blank emails are a case of MS Outlook not being able to decipher > BASE64 attachments. I am not sure what it is. I used the old BASE64 code > from the Mailer package at CPAN. This works fine for pine and Netscape. > I don't use M$ products. Here's what I use: Redhat 7.1 w/ 2.4.3-12 kernel Opera 5.05 for browsing mutt-1.2.5.1-0.7 for email I just sent another html invoice to myself from a netscape 3.74 browser to see if it's a problem isolated to sending from the Opera browser. Unfortunately, the file still has a length of 7 and the text is the same: <head> > It would be nice to have feedback from the community at large if this is > just an isolated case or if everyone using MS Outlook has problems with > this. > > I had a discussion over this with Ralph Dorr who experienced the same > problem. I had no problems receiving his email attachments but he could > not read the attachments from SQL-Ledger nor could he read attachments > sent with pine. So, I concluded that this is not in the code but must be > something with Outlook. Perhaps a wrong setting or perhaps MS is telling > the whole world again you better conform to their standards. Wouldn't be > the first time. > -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Keith M. <km...@be...> - 2002-04-05 18:56:34
|
Hi Dieter, Quoting Dieter Simader from [05/04/02 10:12 -0700]: > brackets and slashes are not in the conversion filter and caused a latex > error. This is all (?) fixed in 1.8.4 > > I uploaded an upgrade file for 1.8.3 in the meantime until I release the > new code. I just installed the upgrade. Only the form.pm and io.pl files though, because I have no need for the locale or Dutch file changes. There are still formatting problems with 3-page long invoices because the latex commands in the templates specify page-breaks and such. When I try to comment out or remove the page break commands I get the latex errors. Also, the ps output ends right after the "All prices in CDN Funds" line. I tried to comment out the curly bracket in the template and was again met with a latex error. Printing a pdf to screen and saving the output to a file still saves a file named is.pl.html that is a pdf file with no useable content. > > The blank emails are a case of MS Outlook not being able to decipher > BASE64 attachments. I am not sure what it is. I used the old BASE64 code > from the Mailer package at CPAN. This works fine for pine and Netscape. > This is still a stick in the mud for me here... why do I get blank emails when I don't run any M$ machines or products here? Are there any files I could sent or output that might give you clue as to what is happening? Kind regards, -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
Thanks for helping keep SourceForge clean.
X