home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / headers / 373 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  1.9 KB
  1. Xref: sparky comp.mail.headers:373 comp.mail.misc:4091
  2. Path: sparky!uunet!dtix!darwin.sura.net!spool.mu.edu!think.com!enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!aun.uninett.no!nuug!ifi.uio.no!enag
  3. From: erik@naggum.no (Erik Naggum)
  4. Newsgroups: comp.mail.headers,comp.mail.misc
  5. Subject: Re: Return-Receipt-To & forwarding...
  6. Message-ID: <19921225.001@erik.naggum.no>
  7. Date: 25 Dec 92 21:58:52 GMT
  8. References: <1992Dec20.022054@avsht.sph.spb.su>
  9. Reply-To: Erik Naggum <enag@ifi.uio.no>
  10. Lines: 30
  11.  
  12. Return-Receipt-To is a kluge and a hack invented and first used by the
  13. abominable sendmail program for BSD Unix.  It is not standardized,
  14. neither as a header, nor as functionality.  No one has bothered to write
  15. up a specification for it and submitted it as an RFC.  It's generally
  16. considered a Bad Thing because (1) not all mailers implement it, so
  17. absence of a returned receipt means nothing, and mail is not 100%
  18. reliable, anyway, so even if a receipt is generated, it may not get back
  19. to you, especially if headers get rewritten and the address in the
  20. header is useless where generated, (2) it's often used indiscriminately
  21. by those who use it all, causing much wasted bandwidth, and (3) it gives
  22. users the impression that they can get a service that doesn't exist in
  23. the Internet mail system.
  24.  
  25. 'Tis best to ignore it entirely.
  26.  
  27. An argument could be put forth that it should be deleted, but this
  28. requires some level of recognition of it, which is almost as bad as
  29. responding positively to it.
  30.  
  31. Let's hope that 1993 will see a replacement for sendmail, and wide
  32. deployment of real MTA software, to support 8-bit data paths, MIME, etc.
  33. I might as well hope for the demise of X.400 while I'm at it.
  34.  
  35. Best regards,
  36. </Erik>
  37. --
  38. Erik Naggum                 ISO  8879 SGML                    +47 295 0313
  39.                             ISO 10744 HyTime
  40. <erik@naggum.no>            ISO  9899 C                 Memento, terrigena
  41. <SGML@ifi.uio.no>           ISO 10646 UCS             Memento, vita brevis
  42.