home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / mail / sendmail / 3014 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  2.1 KB
  1. Xref: sparky comp.mail.sendmail:3014 comp.mail.mh:1399
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!vixie
  3. From: vixie@pa.dec.com (Paul A Vixie)
  4. Newsgroups: comp.mail.sendmail,comp.mail.mh
  5. Subject: Re: Differences invoking sendmail or using socket (localhost,SMTP)
  6. Date: 16 Dec 92 11:37:11
  7. Organization: DEC Network Software Lab
  8. Lines: 25
  9. Message-ID: <VIXIE.92Dec16113711@cognition.pa.dec.com>
  10. References: <MRL.92Dec14095012@sun4.uai.com>
  11. NNTP-Posting-Host: cognition.pa.dec.com
  12. In-reply-to: mrl@uai.com's message of 14 Dec 92 09:50:12
  13.  
  14. When you run sendmail as a subprocess, you can either run SMTP over a pipe
  15. (-bs option) or you can just specify the envelope recipients on the command
  16. line and blast the message over the pipe, headers and all, or you can let
  17. the To/Cc headers specify the envelope recipients (-t option) and just blast
  18. the message over the pipe, headers and all.  Of these, speaking SMTP is more
  19. robust since it lets sendmail tell MH, which can tell you, that some of the
  20. recipients are reachable and some are not.  Without SMTP in the picture, you
  21. pretty much have to use -oem and let sendmail *mail* you back any failure
  22. notifications.
  23.  
  24. If you are going to use SMTP, it is better to speak to the SMTP port on your
  25. own host or perhaps on the local mail hub, than to fork and exec a sendmail
  26. with the -bs option.  This is partly for performance reasons; a running
  27. sendmail listener can fork a subprocess to speak SMTP to you at far less
  28. cost than you can vfork and exec a new sendmail process which then has to
  29. initialize various things that a child of the main listener would just
  30. inherit.  Also, once you are speaking SMTP you get the option of not running
  31. a sendmail on the local host at all if you don't want to; just speak to the
  32. mail hub.  That's the ideal way to configure MH, in my opinion.  SMTP to the
  33. mail hub for transmission, and POP from the mail hub for reception.
  34. --
  35. Paul Vixie, DEC Network Systems Lab    
  36. Palo Alto, California, USA             "Don't be a rebel, or a conformist;
  37. <vixie@pa.dec.com> decwrl!vixie        they're the same thing, anyway.  Find
  38. <paul@vix.com>     vixie!paul        your own path, and stay on it."  -me
  39.