Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/3/84; site maynard.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!talcott!wjh12!maynard!campbell
From: campbell@maynard.UUCP (Larry Campbell)
Newsgroups: net.mail,net.unix-wizards
Subject: Re: Re: hayes & uucp
Message-ID: <252@maynard.UUCP>
Date: Fri, 14-Feb-86 13:00:29 EST
Article-I.D.: maynard.252
Posted: Fri Feb 14 13:00:29 1986
Date-Received: Sun, 16-Feb-86 05:54:51 EST
References: <363@geowhiz.UUCP>
Distribution: net
Organization: The Boston Software Works Inc., Maynard, MA
Lines: 22
Xref: watmath net.mail:1428 net.unix-wizards:16791

> Many thanks to all who responded to the hayes modem <==> uucp problem.  The
> solution I liked best was so simple, but *I* never thought of it.  Just
> put the appropriate hayes commands in the L.sys startup string.  Uucico
> doesn't care what it talks to so long as it gets a recognizable response.
> Very slick, don't have to recompile, hack or anything.  My kind of solution!
> -- 
> Larry McVoy
> Arpa:  mcvoy@rsch.wisc.edu                              
> Uucp:  {seismo, ihnp4}!uwvax!geowhiz!geophiz!larry      

There is one difference that wasn't obvious to me for a while, so I
thought I'd point it out.  uucico distinguishes between a dial failure
and a login failure.  You can have multiple entries in L.sys for a
system, with a different phone number in each entry; uucico will dial
using each one in turn until it gets through, IF it encounters dial
failures.  But if it encounters a login failure (a failure in the
expect-send sequence in L.sys) uucico stops right there and won't try
any subsequent entries for that system in L.sys.
-- 
Larry Campbell                                 The Boston Software Works, Inc.
ARPA: maynard.UUCP:campbell@harvard.ARPA       120 Fulton Street
UUCP: {harvard,cbosgd}!wjh12!maynard!campbell  Boston MA 02109