home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / bsd / 9252 < prev    next >
Encoding:
Internet Message Format  |  1992-11-24  |  1.7 KB

  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!olivea!charnel!fish
  2. From: fish@ecst.csuchico.edu (Kevin Haddock)
  3. Newsgroups: comp.unix.bsd
  4. Subject: 386bsd, uucp, and uugetty.hayes.
  5. Message-ID: <1es669INNne3@charnel.ecst.csuchico.edu>
  6. Date: 24 Nov 92 03:05:45 GMT
  7. Organization: California State University, Chico
  8. Lines: 28
  9. NNTP-Posting-Host: cscihp.ecst.csuchico.edu
  10.  
  11. Hi, I am trying to set up my 386bsd with a single 2400 hayes modem and
  12. do uucp (polling out), kermit/tip/etc... calling out, and receive
  13. users calling in (i.e. bbs, etc...).  Has anyone done this yet.  There
  14. appear to be a lot of problems like if the com port is not set to 2400
  15. when getty runs the login message and the modem get in an endless loop
  16. of spitting garbage back and forth at each other.  I have a user who
  17. wants to log in at 1200 and when the modem goes 'CONNECT 1200\R\N'
  18. getty takes that as the login name (at 2400 baud) and callls login with
  19. that name.  Login doesn't recognize the breaks so it can switch speeds.
  20.  
  21. What is the best solution?  Make login recognize the breaks?  I have
  22. tried to write a simple shell script to act as getty but I don't think
  23. the system wants to run a script at this early state.  I am not
  24. up to rewriting getty until I find out if anybody else out there is
  25. doing this.  This must be a very common configuration.  How do you
  26. handle it?  
  27.  
  28. Please post responses via E-mail and I will post the best solution
  29. (with kudos) to the net.  Remember to reply.  I have asked a few other
  30. questions and had no responses.  I can't believe nobody knew the answers.
  31.  
  32. Your help is greatly appreciated,
  33.  
  34.     Kevin Haddock
  35.     fish@cscihp.ecst.csuchico.edu
  36.  
  37. ---------
  38. Hackers do it with fewer instructions!
  39.