Locked/Unlocked speed issues on T2500 (was Re: A/UX's buggy UUCP)
Greg Andrews
gandrews at netcom.COM
Sun Apr 7 13:22:27 AEST 1991
In article <JVS_Z1N at smurf.sub.org> urlichs at smurf.sub.org (Matthias Urlichs) writes:
>In comp.unix.aux, article <1991Apr6.060922.10236 at netcom.COM>,
> gandrews at netcom.COM (Greg Andrews) writes:
>< In article <D7Q_!R at smurf.sub.org> urlichs at smurf.sub.org (Matthias Urlichs) writes:
>< >In comp.unix.aux, article <1991Apr2.044623.299 at intacc.uucp>,
>< > mann at 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...)
>
It's still a consideration. Just because Jeff said "uucp calls" doesn't
mean he was talking about ONLY uucp calls.
>
>Myself, I'm using another "fix": Don't allow interactive access.
>
>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.
>
Sure, if you limit your callers to PEP uucp only, the modem and computer
configuration is extremely simple. That doesn't mean other people can
do it that way. You asked "Why?" in your posting. I responded with the
answers. They may not apply to your system, but they probably do apply
to Jeff's and to others.
--
.------------------------------------------------------------------------.
| Greg Andrews | UUCP: {apple,amdahl,claris}!netcom!gandrews |
| | Internet: gandrews at netcom.COM |
`------------------------------------------------------------------------'
More information about the Comp.unix.aux
mailing list