home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / misc / 3700 < prev    next >
Encoding:
Text File  |  1992-11-16  |  2.0 KB  |  47 lines
  1. Newsgroups: comp.mail.misc
  2. Path: sparky!uunet!haven.umd.edu!decuac!decuac!avolio
  3. From: avolio@dco.DEC.COM (Frederick M. Avolio)
  4. Subject: Re: dxmail on ULTRIX
  5. Message-ID: <1992Nov16.142027.21114@decuac.dec.com>
  6. Lines: 33
  7. Sender: news@decuac.dec.com (USENET News System)
  8. Nntp-Posting-Host: gildor.dco.dec.com
  9. Reply-To: avolio@dco.DEC.COM (Frederick M. Avolio)
  10. Organization: Digital Equipment Corp., Washington ULTRIX Resource Center
  11. References: <1992Nov11.142812.9171@panix.com> <1drnfhINN3cj@ef2007.efhd.ford.com> <1992Nov12.182035.24694@decuac.dec.com> <1e15ghINN2oi@ef2007.efhd.ford.com>
  12. Date: Mon, 16 Nov 1992 14:20:27 GMT
  13.  
  14.  
  15. If I have an address
  16.  
  17.         something!else%host.UUCP@domain
  18.  
  19. while it is ugly, and I'd rather die than generate such an address, the
  20. assumption is that "domain" will handle what is on the right hand side and
  21. if it generated it, it must be able to handle it. 
  22.  
  23. While all of this is ugly, it is allowed because it is on the
  24. left of the @ sign.  There is only one way to handle the above address.
  25. Send it to "domain" for "domain" to handle "something!else%host.UUCP" however
  26. it wants to. It is not a question of defined or undefined.  I have no
  27. business looking at what is clearly the localpart of the address.
  28.  
  29. The case in question was a sendmail.cf that erroneously looked at this address
  30. and decided it should go to "something".  This is wrong.  The sendmail.cf
  31. in question actually took the address (again, using the above example) and
  32. changed it to
  33.  
  34.     something!else%host.UUCP<@domain>
  35.  
  36. correctly focusing on "domain" and then decided, no, there is a bang in
  37. there so then it changed it to the erroneous:
  38.  
  39.     else%host.UUCP@domain<@something.UUCP>
  40.  
  41. Based on that, it sent it via the wrong transport to the wrong host.  The
  42. corrected sendmail.cf that I sent fixed this problem.
  43.  
  44. The point is that anything to the left of the @ is up to the host to the
  45. right of the @ to handle.  You -- and the ultrix sendmail.cf shipped with
  46. the product -- are breaking the rules.  You are peaking.  No peaking allowed.
  47.