Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!umd5!uvaarpa!virginia!kesmai!dca
From: dca@kesmai.COM (David C. Albrecht)
Newsgroups: comp.sys.att
Subject: Re: ph .phinit .phclr phupd ya ba dee ya ba dee yub
Summary: Why?
Message-ID: <172@kesmai.COM>
Date: 22 Jun 88 01:17:46 GMT
References: <293@uncle.UUCP> <137@limbic.UUCP> <571@sialis.mn.org> <1259@neoucom.UUCP>
Organization: Kesmai Corporation, Charlottesville, VA
Lines: 15

> 
> One way to fix the problem would be to hack the getty source (outta
> luck about this idea on the 3b1!) so that getty keeps its mouth
> shut until it gets a character from the originate side that is not
> part of the MNP handshake sequence.
Why out of luck?  I got my hands on a PD getty login driver and replaced
the default one on the tty000 line.  The one I put in doesn't echo either
the login or the password characters and takes pains to recognise if its
talking to another login request.  This way I was able to hook two unix
pc's by their serial ports and both in HOST_ONLY mode and yet able to
use the phone manager to log on from one machine to the other and/or transfer
info via uucp.  If echoing the input characters is the problem with the
MNP line I would expect that it might world with the phone line as well.

David Albrecht