![]() |
Hi, I'm using Hylafax 4.3.0 from Debian backports on i386 Debian sarge. It works great except that when I submit a PDF via sendfax, faxcover is told that the PDF has one more page than it really does. I've tried multiple PDFs (generated from StarOffice, scanned, downloaded). Here is one: http://www.sun.com/servers/entry/x4100/datasheet.pdf pdfinfo says: $ pdfinfo tmp/datasheet.pdf Error: PDF version 1.5 -- xpdf supports version 1.4 (continuing anyway) Title: Sun Fire X4100 Server Family Datasheet Subject: Sun Fire X4100 Server Family Datasheet Keywords: Sun Fire X4100 Server Family Datasheet Author: Sun Microsystems Creator: QuarkXPress: pictwpstops filter 1.0 Producer: Acrobat Distiller 6.0 for Macintosh CreationDate: Fri Oct 6 16:03:55 2006 ModDate: Mon Oct 16 16:02:55 2006 Tagged: no Pages: 2 Encrypted: no Page size: 612 x 792 pts (letter) File size: 530767 bytes Optimized: no PDF version: 1.5 faxcover gets the following from sendfax: Connected to localhost.localdomain. ... rule: offset 0 string = "%PDF" -- success (result pdf, rule "") Apply DisplayNumber rules to "XXXXXXX" --> return result "XXXXXXX" COVER SHEET "/usr/bin/faxcover -f 'Adam D. Morley' -n 'XXXXXXX' -r 'test' -s 'default' -t 'Adam Morley' -x 'General Microsystems Inc' -p '3'" ... Is there an easy way to un-gimp this? postscript files are counted correctly. Does pdf -> ps by hylafax use ghostscript or some intermediary that I need to re-configure? Thanks, -- adam ____________________ 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*