[hylafax-users] Is there something special about "10 pages" in outgoing fax jobs?

[An Intrepid HylaFax User <hylafax@xxxxxxxxx>]

In the continuing saga of my Multi-Tech deployment, I have some preliminary
reports of problems with fax jobs larger than 10 pages.

They always send 10 pages, then disconnect, then send the next 10, then
disconnect, until the entire fax is issued.

I see the following in my logs (on the aborted jobs):

Oct 13 03:26:55.24: [30801]: <-- data [2]
Oct 13 03:27:17.89: [30801]: --> [7:+FHS:52]
Oct 13 03:27:17.89: [30801]: REMOTE HANGUP: No response to MPS repeated 3
times (code 52)

Is there something special about "10 pages" in the fax universe?

This has happened to three different endpoints so far - one of which I know
uses consumer equipment (Brother model), and the other two are banks.

Thanks!

My config file is simple -- my Multi-tech ZBA has the latest 1.28C firmware:
Relevant portions:

MaxConsecutiveBadLines: 20
MaxRecvPages:           50

ModemType:              Class2.1
ModemRate:              57600           # for V.34 faxing
ModemNoFlowCmd:         AT&K0
ModemSoftFlowCmd:       AT&K4
ModemHardFlowCmd:       AT&K3

Class2APCmd:            AT+FAP=1,1,1
###Class2BUGCmd:          AT+FBU=0        # early firmware is buggy
Class2CQCmd:            AT+FCQ=1,0
Class2SendRTC:          yes
Class2UseHex:           yes

# versions that respond to AT+FFC=? with non-zero data support RTFCC
Class2RTFCC:            yes   # my modem reports non-zero data to this

# unfortunately, HylaFAX can't currently receive in color
ModemAnswerCmd:         AT+FCC=,,,,,,,,0;A
# and, let's try to prevent any color sending attempts, also
ModemDialCmd:           AT+FCC=,,,,,,,,0;DT%s

=R=



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