home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / 3b1 / 4200 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  4.0 KB

  1. Xref: sparky comp.sys.3b1:4200 comp.mail.misc:4281
  2. Newsgroups: comp.sys.3b1,comp.mail.misc
  3. Path: sparky!uunet!psinntp!monymsys!sonyd1.broadcast.sony.com!blilly.uucp!bruce
  4. From: bruce@blilly.uucp (Bruce Lilly)
  5. Subject: Re: Sendmail problem on AT&T unix 7300 (3b1).
  6. References: <1993Jan4.041940.8007@blilly.uucp> <1993Jan5.033457.27549@becker.GTS.ORG> <1993Jan6.051545.3526@gagme.chi.il.us>
  7. Organization: Bruce Lilly
  8. Date: Thu, 7 Jan 93 01:44:59 GMT
  9. Message-ID: <1993Jan7.014459.14742@blilly.uucp>
  10. Reply-To: lilb@sony.compuserve.com (Bruce Lilly)
  11. Lines: 67
  12.  
  13. In article <1993Jan6.051545.3526@gagme.chi.il.us>,
  14.  posted to comp.sys.3b1,comp.mail.misc,
  15.  wdp@gagme.chi.il.us (Bill Pfeiffer) wrote:
  16. >
  17. >Interesting thing is, that I DO NOT have a smail binary on the system!
  18.  
  19. $ ls -li /bin/cp /bin/ln
  20.     71 -rwxr-xr-x   2 bin      bin          4812 Jan  1  1970 /bin/cp
  21.     71 -rwxr-xr-x   2 bin      bin          4812 Jan  1  1970 /bin/ln
  22. $
  23.  
  24. If you execute "rm -f /bin/cp" (and you have sufficient permission for it to
  25. succeed), do you still have the "cp" program? Yes, you do; it's also called
  26. "ln"-- if you then execute "/bin/ln /bin/ln /bin/cp" everything will be back
  27. to normal.  Similarly, if you execute "mv /bin/cp /usr/lib/sendmail", you
  28. haven't created sendmail.
  29.  
  30. Just because the authors of smail elected to call a link to their program by
  31. the name "sendmail", doesn't make it become sendmail. It's still smail.
  32. It's fine to aspire to greatness, but aspirations and reality aren't
  33. necessarily the same.
  34.  
  35. >I DO have a /usr/spool/smail directory AND a /usr/lib/smail directory,
  36.                         ^^^^^                          ^^^^^
  37. These are dead giveaways that you have smail and not sendmail.
  38.  
  39. >but my binary is sendmail which lives in /usr/bin/sendmail.  In the
  40.  
  41. sendmail is usually installed as /usr/lib/sendmail or /usr/sbin/sendmail
  42. (it's unlikely that you have a /usr/sbin on a 3B1, unless somebody made one;
  43. it's not standard under SVR2.2). sendmail usually uses /usr/spool/mqueue
  44. for queued mail files (/var/spool/mqueue recently). sendmail is also
  45. usually linked to programs named newaliases and mailq (and possibly
  46. others). sendmail requires a configuration file, usually located in
  47. /etc/sendmail.cf (possibly /usr/lib/sendmail.cf for old versions).
  48. If none of this sounds familiar, you almost certainly don't have sendmail.
  49.  
  50. The other dead giveaway was your reference to ``version 3.1''. It is
  51. *extremely* unlikely that you have version 3.1 of sendmail, since a) it
  52. would be horribly ancient, and b) it was probably never released outside of
  53. UCB (the earliest one I've seen on a 3B1 was version 4.12). Current releases
  54. of sendmail are 5.67 (production version) and 6.5 (now in alpha test (may
  55. well be 6.6 or later by the time you read this)).
  56.  
  57. On the other hand there have been several versions of smail. smail 3 was
  58. also known as smail 2.5. There is also a completely different smail 3.x
  59. which is currently somewhere around 3.1.27.1 (no doubt several smail fans
  60. which rush to provide different numbers). The latest version of smail, still
  61. in development is, paradoxically, smail 2.7.  Don't try to make sense of any
  62. of the version numbers in this paragraph; it could be hazardous to your
  63. mental health.
  64.  
  65. Have you run what(1) on the program you have which purports to be sendmail?
  66. Have you tried "sendmail -v -d0-99.1 -bt </dev/null"?
  67.  
  68. I still stand by my original advice: get the sendmail binary for the 3b1
  69. which is available from the osu-cis or uunet archives (and other places) or
  70. get the UIUC/IDA sendmail sources and compile them.  What you have now
  71. (regardless of what it is called) is clearly not working satisfactorily for
  72. you, else you would not have posted. It's time to junk it and put something
  73. useful in its place (unless you enjoy the challenge of dealing with your
  74. ongoing mail problems). Of course, you're free to do as you please, but you
  75. asked for advice, and I've given mine, along with justification for my
  76. position. Good luck to you, whatever you choose to do.
  77.  
  78. -- 
  79.     Bruce Lilly        ...uupsi!monymsys!sonyd1!blilly!bruce
  80.