Hylafax Mailing List Archives

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

Re: modem state for other programs



On Tue, 31 Dec 1996, D. Hugh Redelmeier wrote:

> I am using hylafax-v4.0pl0 under Solaris 2.5.  I am trying to install
> my new Motorola ModemSURFR 28.8 modem (class 2).  It is mostly
> working, but I have a few problems.  This note is about one of them.
> 
> I run faxgetty, letting it adaptively answer the phone (I haven't
> yet tested whether an inbound data call works).  I use tip and
> uucp outbound.  Since I've installed the new modem, tip is no longer
> able to dial out; I've adjusted uucp's Dialers entry so that it does
> work.
> 
> I *think* what is happening is that faxgetty leaves the modem in a
> state that isn't suitable for tip.  Perhaps it has to to do adaptive
> answer.
> 
> My evidence is from testing with a tip to connect to the raw modem
> (tip to an entry that looks like
> 	usrnhf:\
> 		:dv=/dev/cua/a:br#38400:
> ).  When I manually dial the number, I get a "+FCON" response from the
> modem.  tip's dialer is not really configurable, so I can't convince
> it to deal with this.
> 
> My solution for uucp is to add an ATZ at the start of the Dialer
> string.  This seems to reset things to the state I stored as the reset
> state.

On my AT&T DataPort modem I have to have +FCLASS=0 as part of the dial
string for outgoing data calls. I just modified my Dialers file (System V)
adn it works fine.

> 
> Is my analysis correct?
> 
> Is there a correct way to get faxgetty to reset the modem state when
> an outbound program wants to use it?
> 
> Hugh Redelmeier
> hugh@mimosa.com  voice: +1 416 482-8253
> 

--
Tim Rice	Multitalents	(707) 887-1469 (voice)
tim@trr.metro.net
mslbrb!trr!tim@pacbell.com



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