Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!execu!sequoia!uudell!pensoft!robin
From: robin@pensoft.uucp (Robin Wilson)
Newsgroups: comp.sys.next
Subject: Re: Need help with UUCP
Message-ID: <1991May24.205201.18922@pensoft.uucp>
Date: 24 May 91 20:52:01 GMT
References: <1991May23.153448.24600@pslu1.psl.wisc.edu>
Organization: Pencom Software, Austin, TX
Lines: 35

In article <1991May23.153448.24600@pslu1.psl.wisc.edu> bill@psl.wisc.edu (Bill Roth) writes:
>
>I'm having trouble getting UUCP to work on my decstation. What happens
>is this: 
>
>The modem dials out and the call connects. The decstation sends
>"Shere" and the NeXT responds with "Szaphod -Q0"(or something to that
>effect) and then the NEXT says "waiting for SYNC" and nothing happens
>until the connection times out. In the LOGFILE on the remote machine,
>I get:
>
>Uzaphod pslu1 (5/22-21:54-20203) TIMEOUT (pslu1)


You might try looking at the parity setting for both serial lines (local and
remote).  We had a similar problem with users dialing into our 386 ISC IX box
and it turned out to be that we had changed from 7 E 1 to 8 N 1.  I suggested
to the users that they run the following commands on their NeXTs:

stty -odd -even < /dev/cu<a,b>

And then read the documentation on the L.Sys file to find out how to set "No
Parity" for uucp connections.

This seemed to work for them.


+-----------------------------------------------------------------------------+
|The views expressed herein, are the sole responsibility of the typist at hand|
+-----------------------------------------------------------------------------+
|UUCP:     pensoft!robin                                                      |
|USNail:   701 Canyon Bend Dr.                                                |
|          Pflugerville, TX  78660                                            |
|          Home: (512)251-6889      Work: (512)343-1111                       |
+-----------------------------------------------------------------------------+