home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / mime / 73 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.2 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!gatech!emory!cs.utk.edu!cs.utk.edu!moore
  2. From: moore@cs.utk.edu (Keith Moore)
  3. Newsgroups: comp.mail.mime
  4. Subject: Re: Return-Receipt (Danger Will Robinson!)
  5. Date: 6 Jan 1993 17:26:52 GMT
  6. Organization: Univ. of Tenn. Computer Science, Knoxville
  7. Lines: 39
  8. Distribution: world
  9. Message-ID: <1if4osINNd2q@CS.UTK.EDU>
  10. References: <rhoward.726332201@matd>
  11. Reply-To: moore@cs.utk.edu
  12. NNTP-Posting-Host: yertle.cs.utk.edu
  13.  
  14. In article <rhoward.726332201@matd>, rhoward@matd.gatech.edu (Robert L. Howard) writes:
  15. > What happened to the discussion on using MIME to handle a MUA
  16. > level Return-Receipt (RR) mechanism?
  17. > Some points:
  18. > 1.  It MUST be voluntary.  Ideal behavior would be for a MIME
  19. >     MUA to ask, "Sender has requested return-receipt, would you
  20. >     like to return-receipt on this message? (y/n)".  MUAs
  21. >     could have user configuration parameters to a) always send
  22. >     RR without asking b) always ask or c) never ask and never 
  23. >     send RRs.
  24. > 2.  I don't particulary care how this is to be handled MIME header-
  25. >     wise (could someone recall previous discussions).
  26. > 3.  There should be a unique ID string type thing for RR message
  27. >     parts so that when the receipt comes back the MUA can easily
  28. >     match it to the message the receipt is for.
  29.  
  30. I don't see any problem with it, so long as it's clear that what's
  31. being provided is an (optional) "read" acknowledgement, not a
  32. "delivery" acknowledgement.  Basically someone needs to define a MIME
  33. content type for read acknowledgement requests and another type for
  34. read acknowledgements, and define how a supporting mail reader should
  35. act when it receives a message containing a read acknowledgement
  36. request.  Also needed is a definition of exactly what a read
  37. acknowledgement means.
  38.  
  39. Note that the mail reader, having generated a read acknowledgement,
  40. should probably mark the message in some way, so that duplicate read
  41. acknowledgements are never generated for a message.
  42.  
  43. The term "return receipt" seems ambiguous.  It seems like some of the
  44. past flaming (thought not all of it) has been due to confusion about
  45. whether delivery acks or read acks were being discussed.
  46.  
  47. Keith Moore
  48.  
  49.