Re: [hylafax-users] FAX receiving problems with HylaFAX 4.1.7 and Multimodem MT5634ZBA-USB-V92

[Lee Howard <faxguy@xxxxxxxxxxxxxxxx>]

On 2003.09.11 07:52 Kevin P. Fleming wrote:
> I installed HylaFAX 4.1.7 recently with the above-mentioned modem, 
> running on Linux kernel 2.4.22. We receive a number of FAXes every 
> business day, and we've been receiving quite a number with no 
> content. The logs from these FAXes (they are all similar) are shown 
> below. The thing they all have in common is "RECV XXXX bytes of data, 
> 1 lines". I have seen as much as 30K bytes of data, listed as "1 
> line". This of course produces an unusable TIFF as output. Note that 
> there are no errors listed, we just get garbage TIFFs.
>
> If if makes any difference, the FAX machine that sent the FAX below 
> is a Pitney Bowes 1630, but we have seen this problem from a large 
> variety of senders.
>
> Anyone have any ideas what's happening here?
>
> --- log file ---
>
> Sep 10 16:48:44.06: [  398]: SESSION BEGIN 00000093 16022793633
> Sep 10 16:48:44.06: [  398]: HylaFAX (tm) Version 4.1.7
> Sep 10 16:48:44.06: [  398]: <-- [19:AT+FCC=,,,,,,,,0;A\r]
> Sep 10 16:49:04.34: [  398]: --> [4:+FCO]
> Sep 10 16:49:04.34: [  398]: ANSWER: FAX CONNECTION  DEVICE 
> '/dev/usb/acm/0'
> Sep 10 16:49:04.34: [  398]: RECV FAX: begin
> Sep 10 16:49:04.34: [  398]: --> [27:+FTI:"        602 269 8220"]
> Sep 10 16:49:04.34: [  398]: REMOTE TSI "602 269 8220"
> Sep 10 16:49:04.44: [  398]: --> [22:+FCS:0,8,0,2,3,1,0,0,0]
> Sep 10 16:49:04.44: [  398]: REMOTE wants 21600 bit/s
> Sep 10 16:49:04.44: [  398]: REMOTE wants page width 1728 pixels in 
> 215 mm
> Sep 10 16:49:04.44: [  398]: REMOTE wants unlimited page length
> Sep 10 16:49:04.44: [  398]: REMOTE wants 3.85 line/mm
> Sep 10 16:49:04.44: [  398]: REMOTE wants 2-D MMR
> Sep 10 16:49:04.44: [  398]: REMOTE wants T.30 Annex A, ECM
> Sep 10 16:49:04.44: [  398]: --> [2:OK]
> Sep 10 16:49:04.44: [  398]: <-- [7:AT+FDR\r]
> Sep 10 16:49:05.48: [  398]: --> [7:CONNECT]
> Sep 10 16:49:05.48: [  398]: RECV: begin page
> Sep 10 16:49:05.48: [  398]: RECV: send trigger 022
> Sep 10 16:49:05.48: [  398]: <-- data [1]
> Sep 10 16:49:08.36: [  398]: RECV: 6732 bytes of data, 1 total lines

The "total lines" comment here is wrong because the HylaFAX 4.1.7 (and 
even CVS currently) TIFF decoder is incapable of decoding (and 
therefore line-counting) MMR data (see 
http://bugs.hylafax.org/bugzilla/show_bug.cgi?id=223).  This is of no 
consequence in Class 2/2.0/2.1 because HylaFAX 4.1.7 trusts the line 
count that the modem's firmware produces in the +FPS report...

> Sep 10 16:49:08.88: [  398]: --> [14:+FPS:1,0,0,0,0]

Which, in this case, says that there were no lines of TIFF image data 
among those 6732 bytes received.  This almost certainly looks like a 
modem firmware problem, either with ECM protocol or with MMR decoding.  
Update your firmware, and if it is already updated, then contact 
MultiTech.  If that's not a timely-enough solution, switch to Class 1 
or disable MMR in Class 2.1.

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@xxxxxxxxxxxx*