home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / mail / sendmail / 2733 < prev    next >
Encoding:
Text File  |  1992-11-11  |  3.1 KB  |  69 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!tandem!UB.com!daver!hico2!sonyd1.Broadcast.Sony.COM!bruce
  3. From: bruce@sonyd1.Broadcast.Sony.COM (Bruce Lilly)
  4. Subject: Re: Best choice: pathalias/sendmail or smail?
  5. References: <BxGn19.2Kw@mamba.cs.unm.edu>
  6. Organization: Bruce Lilly
  7. Date: Wed, 11 Nov 92 18:42:16 GMT
  8. Message-ID: <1992Nov11.184216.656@sonyd1.Broadcast.Sony.COM>
  9. Reply-To: lilb@sony.compuserve.com
  10. Distribution: na
  11. Lines: 56
  12.  
  13. In article <BxGn19.2Kw@mamba.cs.unm.edu> mcclure@mamba.cs.unm.edu (Brent mcclure) wrote:
  14. >    Because of the UUCP connections we require some means of looking up
  15. >addresses in a pathalias database.  Our current machine does this by running
  16. >BSD4.3 sendmail that resolves to 'uumail' when appropriate. The new mail 
  17. >relay is to be a Decstation 5000/240 running Ultrix 4.2a.
  18. >
  19. >    Basically the setup we have now works and we have no overwhelming 
  20. >desire to dump sendmail, however from what I have gleaned from some postings
  21. >and FAQ's we should probably find something more up-to-date that uumail.
  22. >
  23. >In order to obtain the pathalias lookups it appears that we have the 
  24. >following choices:
  25. >
  26. >    1. Patch the sendmail source using something like the 'uucpdomain'
  27. >       to get the pathalias capability directly in sendmail.
  28. >
  29. >    2. Find some agent that sendmail can resolve to like 'uumail' that
  30. >       can do the pathalias lookups.  It appears that older versions of
  31. >       smail can be set up to do this.  One appeal of this choice is 
  32. >       that this will probably require the least hacking on our current 
  33. >       .cf file.  What are the recommended agents for doing this now? 
  34. >
  35. >    3. Go with IDA sendmail.
  36. >
  37. >    4. Dump sendmail all together and go with smail 3.
  38.  
  39. My recommendation (an enthusiastic one) would be to go with
  40. UIUC/IDA sendmail.  Using its database capabilities, you can
  41. easily incorporate UUCP path lookup directly into sendmail,
  42. obviating approaches 1 and/or 2.  There are many other
  43. advantages, for example:
  44. 1)    should you so desire, you can probably use your existing
  45.     .cf initially; then you can add configuration information
  46.     to take advantage of the IDA features or you can start
  47.     with a new .cf generated from Neil Rickert's boilerplate
  48.     .cf using m4. The idea is to keep things running
  49.     smoothly during the transition, which is unlikely to
  50.     happen with the ``toss everything out and start from
  51.     scratch'' approach of #4.
  52. 2)    You'll avoid the administrative and machine resource
  53.     costs associated with  maintaining ancillary programs
  54.     (and allocating process space for them) used by
  55.     approaches 1 and/or 2.  Of course you'll still need
  56.     pathalias.
  57. 3)    UIUC/IDA sendmail can be linked to executable files
  58.     named "bsmtp" and "rmail" (among others), permitting
  59.     exchange of mail in either batched SMTP or conventional
  60.     rmail format with your UUCP neighbors without the extra
  61.     process overhead (and bugs) associated with e.g. a
  62.     separate rmail program that forks and execs sendmail.
  63.     (some versions of such rmail programs have compiled-in
  64.     line length limits that sometimes result in truncation
  65.     of header lines)
  66.  
  67. -- 
  68.     Postmaster@Broadcast.Sony.COM
  69.