Re: flexfax: Adaptive answer using PPP as getty under Linux

[David Woolley <david@djwhome.demon.co.uk>]

Mathias wrote:
> 
> Sbragion Denis wrote:
>     
>     I'm trying to setup hylafax to do adaptive answer under Linux. Hylafax is
>     configured to use the hardware modem adaptive answer features (modem is
> 
> There were various notes in the mailing-list about not using
> /dev/cua* (I can't comment on these because I'm not unsing HylaFAX
> on Linux); check the mailing-list archives vor it;

The official recommendation from the author of the Linux serial driver is
not to use it; however, you must be consistent and not use it for anything.
With the wrong setserial parameters you can get a lockout between faxgetty
and the PPP daemon.  You should also never use /dev/modem, because you will
end up with non-matching lock file names.

>     seems to be unable to communicate with the modem i.e. even if it tries to
>     send LCP echo requests they never reach the modem (leds on the modem don't
>     flash). 

That's not consistent with the symptoms, and in any case, until it completes
the LCP configure phase it won't send echo requests.
>     
>     PPPD reports :
>     
>     Dec 20 10:14:11 Server pppd[15792]: LCP: timeout sending Config-Requests
>     Dec 20 10:14:11 Server pppd[15792]: Receive serial link is not 8-bit clean:

The most common cause for this is that you are not talking to a remote
ppp, but to a modem or conventional login process; I don't think you will
get it if there is no input at all, or output is blocked.  Occasionally it
really is because of the lack of an eight bit clean path.