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] High Error Rates revisited.



On 2004.08.02 11:32 Bill Binko wrote:

Also, Lee, can't he set the # of bad lines higher?

Yes, that would prevent RTN from being sent, but it doesn't make the TIFF data any more readable.


That might get him
past the threshold he's facing.  He'll get uglier faxes, but more of
them.

Well, in these cases he's actually getting the faxes via the SaveUnconfirmedPages facility, so the data is not lost. It's just that the remote is aborting.


In the logs that he's shown I don't think that the problem pages had much length to them, i.e., they had < 200 scan lines, which means that it would just be a "strip" of TIFF image data. This indicates that the modem detected a carrier drop when there wasn't supposed to be one. His previous pages show clean TIFF data with no noise. This then usually only happens (perfect pages, and then suddenly a bomb) when there is some kind of modulator lock-up on either the receiver or the sender or when some big noise happens (i.e., someone picks up the line somewhere else also) at a particularly untimely moment.

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