[hylafax-users] stinkwad .pdfs sometimes don't convert for hylafax

["jet" <jet@xxxxxxxxxxx>]

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*