NetNews Usenet Archive 1992 #31/NN_1992_31.iso/spool/comp/mail/uucp/2420

Internet Message Format | 1992-12-25 | 3.4 KB

Xref: sparky comp.mail.uucp:2420 comp.sys.sun.admin:9733 comp.sys.sun.misc:6001
Newsgroups: comp.mail.uucp,comp.sys.sun.admin,comp.sys.sun.misc
Path: sparky!uunet!wupost!uwm.edu!daffy!uwvax!gorgon!fullfeed!lampman
From: [e-mail] (Ray Lampman)
Subject: SUMMARY: Weird! Sun can't UUCP to other Sun except without password?
Message-ID: <[e-mail]>
Followup-To: comp.mail.uucp
Summary: Use "P_ZERO" pseudo-string in chat script to change transmitting parity.
Keywords: UUCP parity weird password problem
Sender: [e-mail]
Organization: FullFeed - Public Access Usenet/E-mail ([phone] guest)
References: <[e-mail]> <[e-mail]>
Date: Thu, 24 Dec 1992 06:29:50 GMT
Expires: Thu, 24 Jun 1993 07:11:14 GMT
Lines: 58

_________________________________________________________________

The mystery is solved, thanks to all the people who replied.

   [e-mail] (David Myers)
   "Drew Derbyshire" <[e-mail]>
   [e-mail] (Terry)
   [e-mail] (Martin P. Ibert)
   [e-mail]
   [e-mail] (Brian J. Coan)
_________________________________________________________________

In article <[e-mail]> I wrote:
#
# When the two SunOS 4.1.1 machines are configured so  no  password
# is  needed  on  the UUCP-login, every thing works just great! The
# two uucico processes start  talking  and  files  are  transferred
# across the telephone/modem connection.
#
# However, when a password is installed, the calling Sun sends  the
# password, and the connection is dropped. The calling machine logs
# a bunch of "imsg<" strings and eventually gives up. The answering
# machine  shows  no indication of a successful login. Though getty
# does start a valid "login -p <username>" process.
#
# I've heard rumors that SunOS uses a different parity when sending
# or  receiving  a password. How can I configure one or both of the
# machines to handle password transmission, so  the  other  machine
# will  understand?  If these rumors are not true, does anyone know
# what's going on here? I'm totally baffled, help!!
_________________________________________________________________

I needed to transmit the password using a non-default parity set-
ting.  I  learned  my  uucico  process  understands  a variety of
pseudo-strings which can be included in  the  chat  scripts.  The
special  strings  cause uucico to change the configuration of the
transmitting serial device. My chat script now uses the  "P_ZERO"
string. I ended up with a chat script which looks like this:

   host time device speed phone "" \d in: foo word: P_ZERO "" bar

I learned that all pseudo-strings must be a  "stand-alone"  send-
them  strings. This usually requires an associated expect-nothing
string (""). In the chat script above, the "P_ZERO" string is in-
terpreted  by uucico causing it to change the transmitting parity
before the password (bar) is sent.
_________________________________________________________________

Thanks again to everyone who helped.

Ray.Lampman
System.Operator
FullFeed.Communications
--
[e-mail] ,^-_  FullFeed provides public access to
FullFeed Communications  L   `; Usenet news and E-mail, plus UUCP
Madison, WI 53704, USA   \ . J    connections to the Madison area
voice [phone]     L__]   data [phone] login guest