HylaFAX The world's most advanced open source fax server

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [hylafax-users] Page length problem [GishPuppy]



Paparsifal wrote:

I've dig a bit more on the problem. As i have understand how hylafax runs, there's a script called tiff2fax which is in charge of verifying and resizing the tiff image if it doesn't fit. It calls another utility called tiffcheck to check the tiff. It seems that tiffcheck is considering that if the page length is less than 30 mm bigger than the requested page length, it says that tiff doesn't need to be resized.
Here's the tiffcheck.c++ line (275)
if (pageLength != (uint32) -1 && len > pageLength+30) {
Maybe this must be corrected to not accept page length difference
if (pageLength != (uint32) -1 && len > pageLength+0) {
Or maybe i could use the etc/FaxModify file to force resizing of all my faxes to the correct page length...


Others suggestions ?


I do believe that the most correct thing to do is to remove the +30 from tiffcheck.c++. That check there needs to agree with the corresponding check in faxd/FaxSend.c++ :

if ((int) len > clientInfo.getMaxPageLengthInMM()) {
emsg = fxStr::format("Client does not support document page length"
", max remote page length %d mm"
", image length %lu rows (%.2f mm) {E418}",
clientInfo.getMaxPageLengthInMM(), h, len);
return (send_reformat);
}


So we could add a +30 to faxsend there, but I think that the safer route (to not send too much page data to a limited receiver) is to simply remove the +30 from tiffcheck.

Lee.

____________________ 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*




Project hosted by iFAX Solutions