HylaFAX The world's most advanced open source fax server

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: help? data inbound calls



On Sat, 28 Feb 1998, Philippe JAOUEN wrote:

> hylafax 4.0pl1-1 on Linux Redhat 4.2 work fine for fax in/out on my
> server.
> It is OK for outbound calls: cu uucp ppp
>
> My problem is that I cannot receive data calls

[snip]
> /var/log/messages
>
...
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [12:AT+FCLASS=2\r]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [2:OK]
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [9:AT+FMFR?\r]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [20:ROCKWELL            ]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [2:OK]
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [9:AT+FMDL?\r]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [20:AC/V34              ]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [2:OK]
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [9:AT+FREV?\r]
...
> Feb 16 16:13:49 net FaxGetty[9516]: <-- [9:AT+FAA=1\r]
> Feb 16 16:13:49 net FaxGetty[9516]: --> [2:OK]

Here's your problem. Rockwell chips require you to be idling in Class 0
(ie data mode) for Adapative Answer to work correctly.

Your config file needs the following:
---
  ModemSetupAACmd:    AT+FAA=1+FCLASS=0  # enable adaptive-answer, Class 0 idle
  #
  # Chip locks the line rate and switches to xon/xoff flow
  # control when receiving facsimile--we must follow suit.
  #
  ModemAnswerFaxBeginCmd: "<19200><xon>"  # lock line rate & switch flow control
---

Hope this helps.
--
Jonathan Chen <jonc@pinnacle.co.nz>
---------------------------------------------------------------------
                When all other forms of communication fail, use words




Project hosted by iFAX Solutions