Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ll-xn!ames!sdcsvax!ncr-sd!greg
From: greg@ncr-sd.SanDiego.NCR.COM (Greg Noel)
Newsgroups: comp.unix.wizards
Subject: Re: EWE-EWE-SEE-PEA and pseudohayes modems
Message-ID: <1565@ncr-sd.SanDiego.NCR.COM>
Date: Tue, 26-May-87 04:30:50 EDT
Article-I.D.: ncr-sd.1565
Posted: Tue May 26 04:30:50 1987
Date-Received: Wed, 27-May-87 01:07:31 EDT
References: <1685@Umunhum.STANFORD.EDU> <2445@pyramid.UUCP>
Reply-To: greg@ncr-sd.SanDiego.NCR.COM (Greg Noel)
Organization: NCR Corporation, Rancho Bernardo
Lines: 49
Keywords: uucp, uucico, modems

In article <2445@pyramid.UUCP> csg@pyramid.UUCP (Carl S. Gutekunst) replies
to article <1685@Umunhum.STANFORD.EDU> paulf@Umunhum.STANFORD.EDU (Paul A.
Flaherty, N9FZX) by suggesting an alternative chat script:
>and even better is:
>
>OK-AT\r\c-OK ATDT5551212 CONNECT-\c-CONNECT \c gin:-\r\c-gin: uucp
>
>\c means "don't send the default newline." And note that v7 ends each "send"
>with a '\n' character (aka ^J), not a '\r' (aka ^M).

Yes.  It is even better yet to \always/ include the terminating character and
not depend upon the particular implementation.  I have even encountered an
implementation that had \no/ terminating character automaticly included; that
one was particularly irritating.  Thus, an even better approach is:

AT\r\c OK-AT\r\c-OK ATDT5551212\r\c CONNECT-\c-CONNECT \c gin:-\r\c-gin: uucp\r\c

Personally, I do not like my scripts to wait as long as this one would -- that
"CONNECT-\c-CONNECT" will wait about 90 seconds before dropping the connection;
I have had cases where remote modems would pick up the phone but not provide
carrier, leaving me with lots of short calls that accomplished nothing.  First
I knew about it was when my monthly long-distance phone bill went up $300.....

The way to control this is to add a limited amount of delay with the \d option
(I believe this has been in all UUCPs since V7, but I don't know about V6),
making our little example:

AT\r\c OK-AT\r\c-OK ATDT5551212\r\d\d\d\d\d\c CONNECT \c gin:-\r\c-gin: uucp\r\c

which would add five to ten seconds of delay to the dial sequence.  (Note that
the delay occurs between the \r that starts the modem dialing and the \c that
ends that part of the chat script.)  More can be added as is needed.

For my soapbox comment of the evening, I'll point out that it's extremely
irritating that these chat scripts don't offer a finer control of the delay
timing.  Five seconds is more than adequate for almost every circumstance,
but occasionally you need much longer times; it's really too bad that you can't
just say "wait n seconds" when you need a delay.  Instead you end up waiting
too long (do you really need to wait 45 seconds to know that the modem isn't
going to resond to the "AT"?) or not long enough (international calls can take
more than 45 seconds to go through).  There are other paridgms that have been
devleoped that are simpler, more intuitive, and more powerful -- I'd like to
see UUCP adopt something better.  Chat scripts are almost as much of a dark
art as sendmail configuration scripts, and they impact a lot more people.

Pardon my spelling on this -- my spelling corrector seems to be malfunctioning.
That's what I get for tinkering with it, I suppose.....
-- 
-- Greg Noel, NCR Rancho Bernardo     Greg.Noel@SanDiego.NCR.COM