[hylafax-users] Partial page received problem

[Andrea Nicolini <andrea@xxxxxxxxx>]

Hi,

I'm having troubles with some incoming faxes. 
It seems that sometimes I receive only a few lines of the fax but 
the sender's machine notify a successful transmission.
Here's a sample log:

Nov 10 15:52:57.93: [18933]: SESSION BEGIN 00048030 390434610760
Nov 10 15:52:57.93: [18933]: HylaFAX (tm) Version 4.1.7
Nov 10 15:52:57.93: [18933]: <-- [21:AT+FCC=,,,,1,0,,,0;A\r]
Nov 10 15:53:11.90: [18933]: --> [4:+FCO]
Nov 10 15:53:11.90: [18933]: ANSWER: FAX CONNECTION  DEVICE '/dev/ttyM1b'
Nov 10 15:53:11.90: [18933]: STATE CHANGE: ANSWERING -> RECEIVING
Nov 10 15:53:11.90: [18933]: MODEM input buffering enabled
Nov 10 15:53:11.90: [18933]: RECV FAX: begin
Nov 10 15:53:11.90: [18933]: --> [20:+FCS:0,3,0,2,0,0,0,3]
Nov 10 15:53:11.90: [18933]: REMOTE wants 9600 bit/s
Nov 10 15:53:11.90: [18933]: REMOTE wants page width 1728 pixels in 215 mm
Nov 10 15:53:11.90: [18933]: REMOTE wants unlimited page length
Nov 10 15:53:11.90: [18933]: REMOTE wants 3.85 line/mm
Nov 10 15:53:11.90: [18933]: REMOTE wants 1-D MR
Nov 10 15:53:11.90: [18933]: --> [2:OK]
Nov 10 15:53:11.90: [18933]: <-- [7:AT+FDR\r]
Nov 10 15:53:16.54: [18933]: --> [7:CONNECT]
Nov 10 15:53:16.54: [18933]: RECV: begin page
Nov 10 15:53:16.54: [18933]: RECV: send trigger 022
Nov 10 15:53:16.54: [18933]: <-- data [1]
Nov 10 15:53:17.68: [18933]: RECV/CQ: Bad 1D pixel count, row 58, got 0, expected 1728
Nov 10 15:53:17.68: [18933]: RECV/CQ: Bad 1D pixel count, row 59, got 0, expected 1728
Nov 10 15:53:17.68: [18933]: RECV/CQ: Bad 1D pixel count, row 60, got 0, expected 1728
Nov 10 15:53:17.68: [18933]: RECV/CQ: Bad 1D pixel count, row 61, got 0, expected 1728
Nov 10 15:53:17.68: [18933]: RECV/CQ: Bad 1D pixel count, row 62, got 0, expected 1728
Nov 10 15:53:17.68: [18933]: RECV: 696 bytes of data, 63 total lines
Nov 10 15:53:17.68: [18933]: --> [15:+FPS:1,58,0,0,0]
Nov 10 15:53:41.22: [18933]: --> [6:+FET:2]

Here it seems that the the modom received 58 lines w/o any error, 
and then it thinks that the page is over.
I think that the problem is here. 
How can the modem know how many lines should it expect from the sending machine? 
It seems that the modem is receiving an EOP before the actual completation of the page,
how can this be possible? And, shouldn't the sender machine realize that the page was not
fully received? 

Nov 10 15:53:41.22: [18933]: RECV recv EOP (no more pages or documents)
Nov 10 15:53:41.22: [18933]: --> [2:OK]
Nov 10 15:53:41.22: [18933]: RECV send MCF (message confirmation)
Nov 10 15:53:41.22: [18933]: RECV FAX (00048030): from , page 1 in 0:30, INF, 3.85 line/mm, 1-D MR, 9600 bit/s
Nov 10 15:53:41.22: [18933]: RECV FAX (00048030): recvq/fax24974.tif from , route to <unspecified>, 1 pages in 0:30
Nov 10 15:53:41.22: [18933]: <-- [7:AT+FDR\r]
Nov 10 15:53:44.05: [18933]: --> [6:+FHS:0]
Nov 10 15:53:44.05: [18933]: REMOTE HANGUP: Normal and proper end of connection (code 0)
Nov 10 15:53:44.05: [18933]: RECV FAX: bin/faxrcvd "recvq/fax24974.tif" "ttyM1b" "00048030" "" "" ""
Nov 10 15:53:47.09: [18933]: RECV FAX: end
Nov 10 15:53:47.09: [18933]: SESSION END


Any ideas?

Thank you.
-- 

Andrea Nicolini
andrea@xxxxxxxxx
http://www.teamsw.it
Team Software S.r.l.
Via Campagna 30
Cognento MO
Tel 059.343790

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