![]() |
I've got a strange problem, and unfortunately am not a hylafax guru through and through; anyhow, our system submits at times multiple files to hylafax... we have LaTeX generated pdfs that are coverletters that work consistantly, and sometimes our users upload their own .pdfs as attachments... these attachments work often times, and often times do not... here is a command prompt automatically generated by our system (and yanked out to the bash for a more personal inspection) at one real time its failing; not i'm commenting out any phone numbers and servernames, so don't attempt to debug that aspect: sendfax -P 190 -E -m -v -n -k "now +2 days" -t 1 -T 1 -f "xxx@xxxxxxxxxxx" -d XXXXXXXXXX /home/yuri/1083882911265920.pdf /home/yuri/ohcomeon.pdf match against (..., 512) rule: offset 0 string = "%!" -- failed (comparison) rule: offset 0 short = 0x4d4d -- failed (comparison) rule: offset 0 short = 0x4949 -- failed (comparison) rule: offset 0 short = 0x1da -- failed (comparison) rule: offset 0 short = 0x1f1e -- failed (comparison) rule: offset 0 short = 0x1f9d -- failed (comparison) rule: offset 0 short = 0x506 -- failed (comparison) rule: offset 0 short = 0x5343 -- failed (comparison) rule: offset 0 short = 0xf702 -- failed (comparison) rule: offset 0 string = "GIF" -- failed (comparison) rule: offset 0 long = 0x59a66a95 -- failed (comparison) rule: offset 0 string = "%PDF" -- success (result postscript, rule "pdf2ps %i %o") CONVERT "pdf2ps /home/yuri/1083882911265920.pdf /tmp//sndfaxgByP20" match against (..., 512) rule: offset 0 string = "%!" -- failed (comparison) rule: offset 0 short = 0x4d4d -- failed (comparison) rule: offset 0 short = 0x4949 -- failed (comparison) rule: offset 0 short = 0x1da -- failed (comparison) rule: offset 0 short = 0x1f1e -- failed (comparison) rule: offset 0 short = 0x1f9d -- failed (comparison) rule: offset 0 short = 0x506 -- failed (comparison) rule: offset 0 short = 0x5343 -- failed (comparison) rule: offset 0 short = 0xf702 -- failed (comparison) rule: offset 0 string = "GIF" -- failed (comparison) rule: offset 0 long = 0x59a66a95 -- failed (comparison) rule: offset 0 string = "%PDF" -- success (result postscript, rule "pdf2ps %i %o") CONVERT "pdf2ps /home/yuri/ohcomeon.pdf /tmp//sndfax1j9O1Q" Error: /syntaxerror in readxref Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop --nostringval-- --nostringval-- --nostringval-- --nostr ingval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1051/1123(ro)(G)-- --dict:0/20(G)-- --dict:92/200(L)-- --dic t:92/200(L)-- --dict:97/127(ro)(G)-- --dict:229/230(ro)(G)-- --dict:14 /15(L)-- Current allocation mode is local GNU Ghostscript 7.05: Unrecoverable error, exit code 1 Error converting data; command was "pdf2ps /home/yuri/ohcomeon.pdf /tmp//sndfax1j9O1Q" does anyone have any idea? we're already in the works of losing LaTeX and replacing it with HTML (hoping of course there is an html2ps functionality out there somewhere)... but would it be better possible to have .jpgs instead of .pdfs prior to conversion? In the past, certain failing .pdfs were fixed by having them shrunk below 8.5x11 inches... others were failing due to transparencies and were corrected with the removal of transparency... but this time, all the tricks have been applied and the converter STILL hates this particular .pdf image... frankly, this may not even qualify as a hylafax problem, but I'm hoping someone has an understanding deep enough of what is going on here to suggest a solution or new avenue of thought. ~josh ____________________ HylaFAX(tm) Users Mailing List _______________________ To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null *To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*