home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / headers / 375 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  3.7 KB
  1. Path: sparky!uunet!gossip.pyramid.com!olivea!charnel!rat!usc!cs.utexas.edu!swrinde!network.ucsd.edu!qualcom.qualcomm.com!NewsWatcher!user
  2. From: sdorner@qualcomm.com (Steve Dorner)
  3. Newsgroups: comp.mail.headers
  4. Subject: Re: Return-Receipt-To & forwarding...
  5. Message-ID: <sdorner-271292095054@0.0.0.0>
  6. Date: 27 Dec 92 16:15:35 GMT
  7. References: <1992Dec20.022054@avsht.sph.spb.su> <19921225.001@erik.naggum.no>
  8. Sender: news@qualcomm.com
  9. Followup-To: comp.mail.headers,comp.mail.misc
  10. Organization: Qualcomm, Inc.
  11. Lines: 72
  12. Nntp-Posting-Host: dorner.slip.uiuc.edu
  13.  
  14. In article <19921225.001@erik.naggum.no>, erik@naggum.no (Erik Naggum)
  15. wrote:
  16. > No one has bothered to write
  17. > up a specification for it and submitted it as an RFC.
  18.  
  19. I think it is high time that some form of standard return receipt were
  20. available in Internet mail.  It's one of the few functional areas where the
  21. Internet lags behind practically ever proprietary mail system, and X.400 to
  22. boot.
  23.  
  24. Suppose one were contemplating writing such an RFC (one is in fact
  25. contemplating exactly that :-)).  What should it be?  Bear in mind that it
  26. must be practical to implement and provide some useful amount of function.
  27.  
  28. My initial leaning is to enshrine "Return-Receipt-To:" as a standard for
  29. successful delivery, since it has some utility and is also not going to go
  30. away anytime soon (rampant fantasies of sendmail haters aside :-)).  But I
  31. would also suggest a "Read-Receipt-To:", to be generated by the MUA (and
  32. ONLY the MUA) when the message is actually read.
  33.  
  34. Let me enumerate some of the objections I've heard to this type of feature,
  35. and rebut them:
  36.  
  37. Delivery receipts:
  38.  
  39. Objection 1.  Since not every mail system implements it, it's meaningless. 
  40. Failing to receive the receipt does not mean the message was not delivered.
  41. Rebuttal 1.  While it is true that the negative is of questionable value,
  42. the positive does indeed mean something.  And, in the scope of a local
  43. authority, it's quite possible to make the negative mean something, too.
  44.  
  45. Objection 2.  Where do you draw the line at what is "final" delivery?  What
  46. about POP and POP-like systems?
  47. Rebuttal 2.  Who cares?  :-)  You do at least know that the message was
  48. delivered to some maildrop.  It's better than nothing.
  49.  
  50. Objection 3.  Bandwidth.  Return receipts would eat the Internet alive.
  51. Rebuttal 3.  The annoyance factor to the receipt-ee is high enough that I
  52. don't personally feel this is a problem.
  53.  
  54. Read receipts:
  55.  
  56. Objection 1.  See above.
  57. Rebuttal 1. See above.
  58.  
  59. Objection 2. See above, but replace '"final" delivery' with '"really"
  60. read'.
  61. Rebuttal 2. See above, but replace 'delivered to some maildrop' with
  62. 'examined by the user or some direct agent of the user'.
  63.  
  64. Objection 3. See above.
  65. Rebuttal 3. See above.
  66.  
  67. Objection 4. It's none of your business when or if I read my mail.
  68. Rebuttal 4. MUA's can provide you the option of suppressing read-receipts,
  69. if you're paranoid.  This lessens the meaning of a negative, but again
  70. leaves the positive unsullied.
  71.  
  72. Objection 5. A user-generated reply is the best return receipt.
  73. Rebuttal 5. True.  But why not automate the process for the recipient's
  74. benefit?  I would be perfectly happy if my MUA could acknowledge things for
  75. me, so I could then get around to them in my own good time without seeing
  76. repeated "Did you get my message?" queries.
  77.  
  78. Objection 6. Various quibbles about exactly what the US Postal Service does
  79. or does not mean by or do with a return receipt, and various arguments
  80. about how they could or could not be implemented in the Internet.
  81. Rebuttal 6. Who cares?  If we wanted to emulate the USPS exactly, we'd
  82. build a random mail misdirection system, and intentionally rude and stupid
  83. MTA's.  (Comments about sendmail not invited :-).)
  84. --
  85. Steve Dorner, Qualcomm, Inc.
  86.