Hylafax Mailing List Archives

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

Re: Adaptive answer using PPP as getty under Linux



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.



Home
Report any problems to webmaster@hylafax.org

HylaFAX is a trademark of Silicon Graphics Corporation.
Internet connectivity for hylafax.org is provided by:
VirtuALL Private Host Services