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