home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / headers / 386 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  1.4 KB
  1. Xref: sparky comp.mail.headers:386 comp.mail.misc:4153
  2. Path: sparky!uunet!mcsun!uknet!pavo.csi.cam.ac.uk!doc.ic.ac.uk!agate!spool.mu.edu!uwm.edu!linac!mp.cs.niu.edu!rickert
  3. From: rickert@mp.cs.niu.edu (Neil Rickert)
  4. Newsgroups: comp.mail.headers,comp.mail.misc
  5. Subject: Re: Return-Receipt-To & forwarding...
  6. Message-ID: <1992Dec30.192126.7969@mp.cs.niu.edu>
  7. Date: 30 Dec 92 19:21:26 GMT
  8. References: <19921225.001@erik.naggum.no> <sdorner-271292095054@0.0.0.0> <BzzGC8.4Gr@chinet.chi.il.us>
  9. Organization: Northern Illinois University
  10. Lines: 17
  11.  
  12. In article <BzzGC8.4Gr@chinet.chi.il.us> les@chinet.chi.il.us (Leslie Mikesell) writes:
  13. >
  14. >The AT&T packages that are more or less "on-line" and able to send at any
  15. >time generate the receipt when the message is displayed on the screen
  16. >(that is, the user selects "read").  The dial-up versions (access-plus
  17. >and the windows and mac equivalents) generate the receipts as the messages
  18. >are transferred out to the remote machine since they will be off-line
  19. >as they are read.  The wording of the receipt is different to indicate
  20. >the condition.
  21.  
  22. This illustrates why I object to read receipts.  These so-call "read
  23. receipts" actually certify that the mail has not yet been read, but
  24. certain steps have been taken which normally precede the mail reading.
  25.  
  26. There ain't no such thing as an automatic read receipt, and there won't
  27. be until we solve some problems in AI and in ESP (mindreading, for
  28. example).
  29.