home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sys5 / r4 / 543 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  3.7 KB
  1. Xref: sparky comp.unix.sys5.r4:543 comp.mail.misc:3726
  2. Newsgroups: comp.unix.sys5.r4,comp.mail.misc
  3. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!agate!spool.mu.edu!caen!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!casbah.acns.nwu.edu!skrenta
  4. From: skrenta@casbah.acns.nwu.edu (Rich Skrenta)
  5. Subject: Re: Email header problems on SVR4.
  6. Message-ID: <1992Nov18.163903.26405@news.acns.nwu.edu>
  7. Sender: usenet@news.acns.nwu.edu (Usenet on news.acns)
  8. Organization: Northwestern University, Evanston, Illinois
  9. References: <BxvJL6.FIA@chinet.chi.il.us>
  10. Date: Wed, 18 Nov 1992 16:39:03 GMT
  11. Lines: 91
  12.  
  13. les@chinet.chi.il.us (Leslie Mikesell) writes:
  14. > Smail does each step internally so it can be much more efficient at the
  15. > recursion.
  16.  
  17. My list of priorities puts efficiency last:
  18.  
  19.     1.  Is it capable of doing the transformations I want?
  20.     2.  Easy to configure
  21.     3.  Efficient
  22.  
  23. In other words, it must be possible, somehow, to get the mailer to
  24. do what I want.  It would be nice if getting it to do so is relatively
  25. easy.  I know some admins who are terrified of editing their sendmail.cf's
  26. for fear it will break their whole mail system.  Sendmail satisfies #1,
  27. but is poor for most people for #2.
  28.  
  29. upas doesn't fork for each rewrite, BTW.  I bet my mailer is done
  30. with local delivery before smail3 has finished paging in.  Down with
  31. monolithic megabyte executables with 10 links!  :-)
  32.  
  33. Of course, huge sites like rutgers.edu and uunet have a different
  34. set of priorities:
  35.  
  36.     1.  Efficient
  37.     2.  Able to do the required transformations
  38.     3.  Easy to configure
  39.  
  40. I don't claim that upas-style mailers are industrial-strength.
  41. (Although usl.com processes at least 10k message/day with it).
  42.  
  43. They are remarkably flexible and easy to configure, however.
  44.  
  45. For example:
  46.  
  47. > >    Map all mail for foo.com to bar.com:
  48. > 
  49. > An appropriate "paths" entry.
  50.  
  51. I can add a paths file with one line:
  52.  
  53.     alias    '(?*)@([^@]+)'    'sed -n -e "s/^\2[ \t]*//p" /usr/lib/paths'
  54.  
  55. > >    Make mail for bozo deliver locally instead
  56. > 
  57. > Can't be done - smail never looks at the local part of the address
  58. > unless the host portion resolves to the local machine. (1)
  59.  
  60. I'd be surprised if this was true.  I want to hide hosts behind
  61. a mail hub all the time.  What if your paths file mapped mail for
  62. bozo onto the localhost?
  63.  
  64. I remember seeing someone over in comp.mail.sendmail asking
  65. if he could customize his bounce messages, and have a copy of
  66. the bounced mail saved.  This is the sort of thing that is trivial
  67. to do in R4 mail, but nearly impossible in other mailers unless the
  68. capability has been directly supported.
  69.  
  70. For example, I have different bounce messages and behaviors for
  71. "unknown local user" vs. "no such host in this domain".
  72.  
  73. > Suppose a
  74. > list expands to 100 aliases. How many external programs will the
  75. > r4 mailer have to run to resolve the real user names and the paths to
  76. > their hosts, and can it perform the delivery by grouping the expanded
  77. > addresses by the "next-hop" sites instead of generating a copy per
  78. > address?
  79.  
  80. You are right, the R4 mailer is weak in this area.  But this problem
  81. is easy to work around for mailing lists on leaf sites.  I ran a list
  82. of 150 or so addresses just fine under R4.
  83.  
  84. I even got the admin for my feed to stick a short "zrmail" script
  85. into /usr/bin:
  86.  
  87.     #!/bin/sh
  88.     uncompress | rmail $*
  89.  
  90. so I could send compressed mail.
  91.  
  92.     deliver    'host!(?*)'    'compress | rmail - -r host!rmail (\1)'
  93.     deliver '([^!]+)!(?*)'    'rmail - -r \1!rmail (\2)'
  94.  
  95. A one line change to my config file to add compressed mail!
  96.  
  97. I'll admit that smail3 is probably better in many ways.  But being
  98. able to wire in new capabilities like fake hosts, new lookup
  99. mechanisms and transports in seconds without looking at a manual
  100. is just great.
  101.  
  102. --
  103. Rich Skrenta
  104.