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*