home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / mail / sendmail / 1957 < prev    next >
Encoding:
Text File  |  1992-07-28  |  4.7 KB  |  99 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!mcsun!sunic!sics.se!eua.ericsson.se!erix.ericsson.se!per
  3. From: per@erix.ericsson.se (Per Hedeland)
  4. Subject: Re: OR (remote mode)?
  5. Message-ID: <1992Jul28.205339.25825@eua.ericsson.se>
  6. Sender: news@eua.ericsson.se
  7. Nntp-Posting-Host: super.eua.ericsson.se
  8. Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
  9. References: <1992Jul24.115200.26786@mp.cs.niu.edu> <1992Jul28.155421.20972@newsgate.sps.mot.com>
  10. Date: Tue, 28 Jul 1992 20:53:39 GMT
  11. Lines: 86
  12.  
  13. In article <1992Jul28.155421.20972@newsgate.sps.mot.com>
  14. embry@iam.unibe.ch (Mike Embry) writes:
  15. >>  Many people consider 'OR' a bad idea, and comment out that line.
  16. >
  17. >Could you elucidate or otherwise illuminate the reasons why?
  18.  
  19. Guess it's time for this list again... Btw, I personally think the
  20. *idea* is bad mainly because it violates the layering principles of
  21. sendmail - a normal sendmail doesn't know or care where the local mailer
  22. puts the mail - but some mechanism to find out if (e.g.)
  23. /var/spool/mail is NFS-mounted and if so from where might be a useful
  24. thing... Like, say, if 'OR/var/spool/mail' had the effect of putting the
  25. name of the exporting host, if any, into $R, to be used in normal .cf
  26. rules. However, the *implementation* of OR is utter disaster! Anyway,
  27. here goes...
  28.  
  29. Here is a list of the bugs/problems with Sun's braindead OR sendmail.cf
  30. option that I've found to date:
  31.  
  32. 1. If the connection between client and server sendmail is broken during
  33.    the DATA phase (i.e when the actual letter is transferred), the letter
  34.    is lost, without any information to user or Postmaster, the only trace
  35.    is a "SYSERR: net hang reading from..." type of message in syslog.
  36.  
  37. 2. Anyone can fake sender addresses with sendmail -f.
  38.  
  39. 3. Sendmail -t forgets to remove temp file (fixed post-4.0.3, I believe).
  40.  
  41. 4. Sendmail -t called from emacs (actually whenever it can't do a
  42.    getlogin()) with a local recipient address will put the *recipient*
  43.    address in the From: line.
  44.  
  45. 5. If a sendmail deamon is run (e.g. if you want to be kind enough to handle
  46.    the occasional mail mis-addressed to user@client rather than having it
  47.    sit in some queue for several days before being bounced), it will ignore
  48.    the OR option, and happily do local delivery causing /bin/mail to write
  49.    /var/spool/mail via NFS, or send directly to hosts in the YP map while
  50.    setting the sender address to user@client. In addition, the local
  51.    delivery is somehow half-baked, ignoring e.g. .forward files.
  52.  
  53. 6. Since (in the normal non-deamon case) the sendmail.cf apart from OR is
  54.    essentially ignored, it isn't possible to do *any* host-specific
  55.    handling, e.g. splitting up mail to root depending on which client
  56.    generated it.
  57.  
  58. 7. If the mailhost isn't reachable, each letter sent will cause the
  59.    corresponding sendmail process to sit in a loop doing repeated attempts
  60.    - apart from the load, this means that if the client is shut down or
  61.    rebooted before successful delivery, the mail is lost.
  62.  
  63. 8. It doesn't work at all if /var/spool/mail is auto-mounted.
  64.  
  65. 9. Sendmail -t will remove one empty line between header and body, with
  66.    the effect that initial body lines that have leading whitespace, or
  67.    that start with <word>:, are moved to the header.
  68.  
  69. 10. Sendmail -t where the destination is a local alias will generate a
  70.    "User unknown" error message (although the letter will be delivered
  71.    correctly) - if PostmasterCopy is in effect, there will (of course)
  72.    be an additional "User unknown" for Postmaster.
  73.  
  74. 11. If a letter without a terminating newline is sent (except when using
  75.    sendmail -t), it will not be transferred to the server, instead the
  76.    connection will time out, and the net result will be as for 1 above
  77.    (this is presumably the major case where those symptoms are observed).
  78.  
  79. I realize that 6 and 7 are consequences of intentional design decisions, and
  80. that 5 might be considered operator error; I still consider them deficiencies.
  81.  
  82. I definitely recommend using one of the minimalist sendmail.cf's for this
  83. purpose that has been floating around the net instead of the OR option. The
  84. only inconveniences with this are that you have to actually spell out the
  85. name of the mailhost, and that you have to make sure the client's queue is
  86. checked - if you don't want to run a deamon (which I think is the best
  87. solution - the load from this should be neglible), you can have sendmail -q
  88. run from crontab e.g. hourly. On the other hand, you can use the same
  89. sendmail.cf on non-Sun mail clients.
  90.  
  91. I have done just this, using essentially the version that Rich Salz sent out
  92. on comp.mail.sendmail a while back (the smallest one I've seen so far:-),
  93. and all of the problems went away.
  94.  
  95. --Per Hedeland
  96. per@erix.ericsson.se  or
  97. per%erix.ericsson.se@sunic.sunet.se  or
  98. ...uunet!erix.ericsson.se!per
  99.