home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sys5 / r4 / 519 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  2.2 KB

  1. Path: sparky!uunet!ogicse!das-news.harvard.edu!spdcc!ora.com!minya!jc
  2. From: jc@minya.UUCP (John Chambers)
  3. Newsgroups: comp.unix.sys5.r4
  4. Subject: Suppressing login junk.
  5. Keywords: login hushlogin
  6. Message-ID: <1393@minya.UUCP>
  7. Date: 16 Nov 92 15:29:40 GMT
  8. Article-I.D.: minya.1393
  9. Lines: 39
  10.  
  11. One of the common gotchas when trying to write comm  software  is  all
  12. the  extraneous  junk that things like login daemons like to dump down
  13. the line.  On this Sys/VR4 system (ESIX, if  it  matters),  I've  been
  14. having problems with this, and I thought maybe someone here would know
  15. some answers.
  16.  
  17. We all know about /etc/motd and the grief it can cause for such things
  18. as uucico, of course.  Well, /etc/motd here is zero length, and still,
  19. when my program tries logging in (using either  a  serial  port  or  a
  20. telnet  connection),  it  gets  a  screen  full of "Copyright (C) ..."
  21. notices.   In  digging  around,  I  discovered  that  the  culprit  is
  22. /bin/login,  which  has the copyright notices hard coded.  TFM doesn't
  23. give a clue as to how to suppress them. Creating a .hushlogin file has
  24. no effect whatsoever, and I can't guess what might.
  25.  
  26. Even  more  fun,  hard-coded  into  /bin/login  is  the  message "Last
  27. login:", which does a  good  job  of  spoofing  a  login  prompt,  and
  28. convincing a lot of software that the login failed.
  29.  
  30. It sure would be nice if there were a (documented? What a dreamer! ;-)
  31. way  of  suppressing all this junk.  I'm tempted to go into the binary
  32. and stuff a null byte in the first  char  of  each  message,  but  I'd
  33. prefer  something not so drastic.  Some customers might not like it if
  34. my install script did that, you know.
  35.  
  36. Any ideas how to tell login to  forget  the  junk,  don't  do  me  any
  37. favors, just do the login and shut up about it?
  38.  
  39. It's amusing to note that on bsd-style systems, such messages all seem
  40. to be in config files like /etc/remote, so it's  possible  to  replace
  41. them.  Junk like this can be a strong (albeit trivial) argument for or
  42. against a system, if you're trying to build user-friendly  application
  43. packages.
  44.  
  45. -- 
  46. All opinions Copyright (c) 1992 by John Chambers. Inquire for licensing at:
  47. 1-617-647-1813 ...!{bu.edu,harvard.edu,eddie.mit.edu,ruby.ora.com}!minya!jc 
  48. --
  49. Pensu tutmonde; agu loke.
  50.