HylaFAX The world's
most advanced open source fax server
|
|
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
[hylafax-users] NoCarrierRetries seems to have no effect
Hi,
I'm running Hylafax 4.1.1 (from debian apt installation). A USR faxmodem
class1
I'm having problem with the system acting on whether I have called a fax
machine or it has been picked up. It looks like calls to 'humans' are
getting re-queued a few times and the number of retries - though normally
twice - can seem to be random.
Looking at the faxstat -d results, it's detecting 'no carrier' but seems to
be re-queuing them. Here's sample output filtered for these:
1322 125 F root 5555 542571 0:1 3:12 No carrier detected
1488 124 F root 5555 426634 0:1 4:12 No carrier detected
1498 126 F root 5555 46046 0:1 2:12 No carrier detected
1500 126 F root 5555 883334 0:1 2:12 No carrier detected
1499 126 F root 5555 263592 0:1 2:12 No carrier detected
1510 126 F root 5555 749451 0:1 2:12 No carrier detected
1509 126 F root 5555 347 0002 0:1 2:12 No carrier detected
I've added the NoCarrierRetrys to the /var/spool/hylafax/etc/config file,
together with test values for MaxDials and MaxTries and restarted but to no
effect:
LogFacility: local5
CountryCode: 44
AreaCode: 1603
LongDistancePrefix: 0
InternationalPrefix: 001
DialStringRules: etc/dialrules
ServerTracing: 0x08501
#
NoCarrierRetrys: 1 # retry 1 times on no carrier
MaxDials: 3
MaxTries: 3
Any thoughts on what may be going wrong? I am assuming that theses changes
to the config files will effect those jobs already submitted - provided the
daemons are restarted.
Thanks
Steve Cox
____________________ 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@hylafax.org < /dev/null
*To learn about commercial HylaFAX(tm) support, mail sales@hylafax.org.*