HylaFAX The world's most advanced open source fax server |
Hi Stephen,
What happens if you use Minicom ? Do you see 'ring' displayed ?
Regards
ANDREW RINALDI
Mainpine Developer Support
USA +1 503 822 9944 | UK +44 8458 909438
andrew.rinaldi@xxxxxxxxxxxx | www.mainpine.com
From: hylafax-users-bounce@xxxxxxxxxxx [mailto:hylafax-users-bounce@xxxxxxxxxxx] On Behalf Of Stephen Durham
Sent: 28 September 2007 17:40
To: hylafax-users@xxxxxxxxxxx
Subject: [hylafax-users] receive fax problems - modem does not pickup
Hello Everyone,
I am working on a two modem setup that sends and receives faxes. I can send faxes without any issues, but I have not been able to configure the receive to work correctly.
When I fax to the number the modem does not pickup, I have tried calling the line as well and it just rings.
I am running RHEL 5 x86_64 and I installed the binary rpm from the hylafax website.
Initially I was having issues with the modem waiting to come ready or free, but I was able to reset it and it seems to be fine.
Any help would be greatly appreciated.
Thank you,
Stephen
Inittab line:
# Faxgetty for hylafax
fax:234:respawn:/usr/local/sbin/faxgetty ttyS2
Here is the config file for ttyS2 (both modems are USR 5610C modems)
# Configuration for using the Class 1 command interface with
# a USR Courier or Sportster modem and XON/XOFF flow control.
#
#
CountryCode: 1
AreaCode: 830
FAXNumber: +1.830.757.6780
LongDistancePrefix: 1
InternationalPrefix: 011
DialStringRules: etc/dialrules
ServerTracing: 1
SessionTracing: 11
RecvFileMode: 0600
LogFileMode: 0600
DeviceMode: 0600
RingsBeforeAnswer: 1
SpeakerVolume: off
GettyArgs: "-h %l dx_%s"
LocalIdentifier: "Eaglepass Sales"
TagLineFont: etc/lutRS18.pcf
TagLineFormat: "From %%l|%c|Page %%P of %%T"
MaxRecvPages: 150
#
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType: Class1 # use class 1 interface
ModemRate: 19200 # rate for DCE-DTE communication
ModemFlowControl: xonxoff # software flow control
#
ModemSetupDTRCmd: ATS13=1&D2 # setup so DTR drop resets modem
ModemSetupDCDCmd: AT&C1 # setup so DCD reflects carrier (or not)
ModemNoFlowCmd: AT&H0&I0&R1 # setup modem for no flow control
ModemHardFlowCmd: AT&H1&I0&R2 # setup modem for hardware flow control
ModemSoftFlowCmd: AT&H2&I2&R1 # setup modem for software flow control
ModemResultCodesCmd: ATQ0X4 # enable result codes
#
ModemMfrQueryCmd: !USR
ModemModelQueryCmd: ATI3
ModemRevQueryCmd: ATI7 # XXX returns a multi-line result
#
# When AT+FCLASS=1 is issued the modem automatically switches
# to software flow control; these parameters let the fax software
# reset flow control as needed after entering Class 1.
#
Class1NFLOCmd: AT&H0&I0&R1 # setup modem for no flow control
Class1HFLOCmd: AT&H1&I0&R2 # setup modem for hardware flow control
Class1SFLOCmd: "" # modem does this automatically
#
# This should resolve "DIS/DTC received 3 times" errors:
#
Class1ResponseWaitCmd: AT+FRS=1 # wait after sending TCF for response
#
# The remainder of this configuration is included so that the
# modem "idles" in Class 0 while not sending or receiving facsimile.
#
ModemSetupAACmd: AT+FCLASS=0 # leave modem idling in class 0
ModemAnswerCmd: AT+FCLASS=1A # answer in Class 1
#
# When using AT+FRS=n we see USR modems reset themselves in the middle of sessions
# this is not good. So, we seem to work-around that problem by not using the
# command. Unfortunately, this isn't an ideal thing.
#
Class1SwitchingCmd: "<delay\0727>"