Newsgroups: comp.unix.aux
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!smurf!urlichs
From: urlichs@smurf.sub.org (Matthias Urlichs)
Subject: Re: Locked/Unlocked speed issues on T2500 (was Re: A/UX's buggy UUCP)
Message-ID: <JVS_Z1N@smurf.sub.org>
Date: Sat, 06 Apr 91 17:29:48 GMT
Organization: University of Karlsruhe, FRG
References: <1991Apr2.044623.299@intacc.uucp> <D7Q_!R@smurf.sub.org> <1991Apr6.060922.10236@netcom.COM>
Lines: 44

In comp.unix.aux, article <1991Apr6.060922.10236@netcom.COM>,
  gandrews@netcom.COM (Greg Andrews) writes:
< In article <D7Q_!R@smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
< >In comp.unix.aux, article <1991Apr2.044623.299@intacc.uucp>,
< >  mann@intacc.uucp (Jeff Mann) writes:
< >< 4. Therefore, if you are using a Telebit, you can't use auto baud rate
< ><    adjusting on incoming uucp calls. You must set S50=0 and use the normal
                              ^^^^
< ><    method of sending breaks to cycle getty until the proper speed is
< ><    attained.
< >??? Why?
< >
< Why?  Because the modem can be used for interactive sessions - not
                                          ^^^^^^^^^^^
< just uucp.
< 
No comment. (Sometimes people tend to overlook things...)
< 
< However, interactive work is a completely different story.
A solution would be for uucico to send a BREAK/ATS58=0/ATO to the modem
whenever an 8-bit protocol is required. (Assuming a Telebit here, though with
most others something like this would probably work, too. I'll hack it into
my uucico one of these days.)

Myself, I'm using another "fix": Don't allow interactive access.
My resources are limited, and UUCP access is far more cost-effective.

< XON/XOFF flow control in the modem can cause trouble for uucp, so
< that's not a viable option.  You can disable XON/XOFF for uucp in
< a chat script, but that doesn't help with incoming uucp calls.
< 
If you never have "slow" UUCP g calls, you can also leave XON/XOFF turned on;
both uucico an the Trailblazer will turn it off automatically.

< Hardware handshaking would take away the ability for the Mac to detect
< a disconnected session, causing security problems.
< 
As I said, if A/UX would only be able to access that second input pin on the
serial ports (and treat that pin like DCD)... Hanging up via a long break is
trivial if the modem supports it; most intelligent modems do.

-- 
Matthias Urlichs -- urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de     /(o\
Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49-721-621127(0700-2330)   \o)/
