Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ihnp4!homxb!houxm!hjuxa!catnip!ben
From: ben@catnip.UUCP
Newsgroups: comp.dcom.modems
Subject: Re: Qubie and THE 2400 baud
Message-ID: <482@catnip.UUCP>
Date: Wed, 27-May-87 15:10:30 EDT
Article-I.D.: catnip.482
Posted: Wed May 27 15:10:30 1987
Date-Received: Fri, 29-May-87 01:49:44 EDT
References: <8UflKJy00WAFReo0=t@andrew.cmu.edu> <514@applix.UUCP> <680@bsu-cs.UUCP>
Reply-To: ben@catnip.UUCP (Bennett Broder)
Organization: The Broder Residence, Holmdel, NJ  07733
Lines: 26

In article <680@bsu-cs.UUCP> dhesi@bsu-cs.UUCP (Rahul Dhesi) writes:
>In article <514@applix.UUCP> jim@applix.UUCP (Jim Morton) writes:
>>I do not
>>have the luxury of, for example, Ultrix's acucap capabilities, so
>>any 2400 modem I get MUST be 100% Hayes Smartmodem2400 compatible,
>>since I can't change what uucico expects back from the modem.
>
>I don't think the right way to talk to a modem is to compile its
>responses into code.  Rather than fool around with that I simply put
>the responses into my L.sys expect-send scripts. 
>..
>One possible limitation is the length of the expect-send script allowed
>by your UUCP.

I think a more serious one is that many uucicos will time out before
a long distance connection is established.  I don't know whether there
is a any standard for the timeout, but I have witnessed an older version
of Microport Unix for the AT that wouldn't wait long enough for a long
distance connection, and would drop DTR just as the distant modem picked
up the line.

-- 

Ben Broder
{ihnp4,decvax} !hjuxa!catnip!ben
{houxm,clyde}/