home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / misc / volume3 / sm-smtp / README < prev    next >
Encoding:
Text File  |  1989-02-03  |  2.3 KB  |  67 lines
  1. This is a merger of Ian's standalone talker and MIT's talker.
  2. Peter Honeyman hacked on it to make it work correctly on the Arpanet.
  3.  
  4. Adapted by Johan Vromans <jv@mh.nl>, May 1988
  5.  
  6.  - simplified code
  7.  
  8.  - adapted to System V (Most notably: HP-UX)
  9.  
  10.  - added better host/domain name handling & setup
  11.  
  12.  - added time-routine (from smail)
  13.  
  14.  - added "config.h" for local settings, and moved common includes and
  15.    portability code to "smtp.h"
  16.  
  17.  - produces a "smtpd" to be used under inetd, "sa-smtpd" (standalone) and
  18.    "smtp" interface program.
  19.  
  20. Disclaimers: it works for me. I didn't test "sa-smtpd", nor tried it under
  21. Berkeley Unix. However, the code originated from BSD, and I tried to keep
  22. system dependent things intact.
  23. I did not look at the "mx" program which is also included.
  24.  
  25. How I use it
  26. ------------
  27. I use a mail system based on smail 2.5.
  28.  
  29. My user agents can be Elm, mail or mailx, and pass the message to smail for
  30. aliasing and routing. Smail hands the message to either a localmail program
  31. (for local delivery: user mailboxes, programs or files) or a remotemail
  32. program (for remote delivery: uucp or smtp).
  33.  
  34. In the routing database, all hosts I can connect to are considered
  35. "UUCP"-hosts, and delivery is passed to a shell script. In this script,
  36. hosts are looked-up in the file /etc/hosts.smtp (with the names of TCP/IP
  37. hosts which speak smtp) and - if found - delivery is passed to the smtp
  38. program. 
  39.  
  40. Otherwise delivery is passed to uux as usual.
  41.  
  42. On the input side, smtp mail is caught by the smtpd program, and passed to
  43. smail for further processing.
  44.  
  45. Why I don't use sendmail
  46. ------------------------
  47. Using sendmail has a few drawbacks:
  48.  
  49.  - it is hard to configure and difficult to maintain
  50.  
  51.  - lots of the functionality of sendmail is also in smail. Who is aliasing,
  52.    who is routing, who is bouncing?
  53.  
  54.  - I cannot prevent sendmail from rewriting message headers
  55.  
  56.  - when something goes wrong, sendmail will try to do sensible things
  57.    which bypass the rest of the mail system
  58.  
  59. Smail does everything I want, except for the SMTP delivery. Well - the
  60. programs included do just that.
  61.  
  62. And last but not least: it is more easy to maintain a few small, well
  63. documented and easy to understand programs than one big hard to understand/
  64. configure/maintain program. 
  65.  
  66. May 1988, Johan Vromans, Multihouse Research
  67.