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] Junk in logfile since upgrading to 4.3.3



> -----Original Message-----
> From: Lee Howard [mailto:faxguy@xxxxxxxxxxxxxxxx]
> Sent: Thursday, May 17, 2007 09:13
> To: Ulf Zimmermann
> Cc: hylafax-users@xxxxxxxxxxx
> Subject: Re: [hylafax-users] Junk in logfile since upgrading to 4.3.3
> 
> Aidan Van Dyk wrote:
> 
> >* Ulf Zimmermann <ulf@xxxxxxxxxxxxxx> [070516 17:47]:
> >
> >
> >>>May 16 14:41:32.37: [ 5278]: --> [22:+FDCS: 1,B,0,2,0,2,0,0]
> >>>May 16 14:41:32.37: [ 5278]: REMOTE wants 28800 bit/s
> >>>May 16 14:41:32.37: [ 5278]: REMOTE wants A4 page width (215 mm)
> >>>May 16 14:41:32.37: [ 5278]: REMOTE wants unlimited page length
> >>>May 16 14:41:32.37: [ 5278]: REMOTE wants 7.7 line/mm
> >>>May 16 14:41:32.37: [ 5278]: REMOTE wants 1-D MH
> >>>May 16 14:41:32.37: [ 5278]: REMOTE wants T.30 Annex C, half duplex
ECM
> >>>May 16 14:41:32.37: [ 5278]: --> [7:CONNECT]
> >>>May 16 14:41:32.37: [ 5278]: RECV: begin page
> >>>May 16 14:41:32.37: [ 5278]: RECV: send trigger 021
> >>>May 16 14:41:32.37: [ 5278]: Copy quality checking performed by
host
> >>>May 16 14:41:39.67: [ 5278]: RECV: 32728 bytes of data, 1103 total
> lines
> >>>May 16 14:41:45.80: [ 5278]: RECV: 32766 bytes of data, 1831 total
> lines
> >>>May 16 14:42:47.07: [ 5278]: RECV: Missing EOL after 5 seconds
> >>>
> >>>
> >
> >faxgetty believed it had an EOF raised as it was receiving the Phase
C
> >data.  This made it hangup/giveup.   But meanwhile, the modem (Eicon
> >DIVA I'm assuming) was continuing to send us more image data.
> >
> >
> >
> >>>May 16 14:42:47.07: [ 5278]: REMOTE HANGUP: Missing EOL after 5
seconds
> (section 3.2/T.4) (code 91)
> >>>May 16 14:42:47.07: [ 5278]: RECV FAX (000005257):
> recvq/fax000002589.tif from XXXXXXXXXXXX, route to <unspecified>, 0
pages
> in 1:15
> >>>May 16 14:42:47.07: [ 5278]: RECV FAX: Missing EOL after 5 seconds
> (section 3.2/T.4)
> >>>May 16 14:42:47.07: [ 5278]: <-- [6:AT+FK\r]
> >>>May 16 14:42:54.47: [ 5278]: --> [130:<SNIP BINARY DATA>]
> >>>May 16 14:42:54.47: [ 5278]: --> [49:<SNIP BINARY DATA>]
> >>>May 16 14:42:54.47: [ 5278]: --> [619:<SNIP BINARY DATA>]
> >>>
> 
> It's likely that this is either a very rare case, or that this was
> introduced by some recent change to your Eicon drivers/firmware.  I
> doubt that it has anything to do with your 4.3.3 upgrade.
> 
> Note that 60 seconds transpire between the point where the last chunk
of
> data is received and where either HylaFAX finally gives up or the
modem
> actually sends EOF.  Notice that the modem does not honor the abort
> request (AT+FK).  Note that yet another 7 seconds transpire before the
> modem starts redelivering data.
> 
> So, basically the modem was probably hung in a long-running ECM
> procedure... one that ran 67 seconds for a block to get through!
Either
> HylaFAX gives up (60 seconds with nothing from the modem is a long
time
> - and it takes a lot of trust in the modem to ignore that and simply
> wait on it eternally) or the modem actually did send EOF by error.
> 
> Lee.

It is random senders, I need to go back and see how many times I have
gotten it. This is on the server we send and receive up to about 1,500
pages a day, I think I have seen one every other day, so not that often.
Yes, this is Eicon DIVA.

Ulf.


____________________ 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