home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_n_r / draft-rfced-exp-steinberg-00.txt < prev    next >
Text File  |  1997-09-10  |  7KB  |  291 lines
  1. INTERNET DRAFT        EXPIRE MARCH 1998    INTERNET DRAFT
  2.  
  3.  
  4. Network Working Group                                       A. Steinberg
  5. Internet Draft                                Base Tecnologia e Sistemas
  6. Category: Experimental                                    September 1997
  7.  
  8.  
  9.  
  10.                  Confirmation of Mail Message Reception
  11.                   <draft-rfced-exp-steinberg-00.txt>
  12.  
  13. Status of This Memo
  14.  
  15. This document is an Internet-Draft.  Internet-Drafts are working
  16. documents of the Internet Engineering Task Force (IETF), its
  17. areas, and its working groups.  Note that other groups may also
  18. distribute working documents as Internet-Drafts.
  19.  
  20. Internet-Drafts are draft documents valid for a maximum of six
  21. months and may be updated, replaced, or obsoleted by other
  22. documents at any time.  It is inappropriate to use Internet-
  23. Drafts as reference material or to cite them other than as
  24. "work in progress."
  25.  
  26. To learn the current status of any Internet-Draft, please check
  27. the "1id-abstracts.txt" listing contained in the Internet-
  28. Drafts Shadow Directories on ftp.is.co.za (Africa),
  29. nic.nordu.net (Europe), munnari.oz.au (Pacific Rim),
  30. ds.internic.net (US East Coast), or ftp.isi.edu (US West Coast).
  31.  
  32. Distribution of this document is unlimited.
  33.  
  34.  
  35.  
  36.  
  37. 1. Abstract
  38.  
  39.    Currently, Internet SMTP transport does not allow the sender to know
  40.    if the recipient receive or open a mail message. This limitation
  41.    frequently causes one question: did my message really arrive? This
  42.    proposes a simple solution, that could be easy implemented in the
  43.    mail software.
  44.  
  45. 2. Mail message confirmation mechanism
  46.  
  47.    A simple and efficient way of confirm a message reception is the fact
  48.    that the mail software generate an automatic reply to sender at the
  49.    time of mail opening. This confirmation message would have date and
  50.    time of the opening event, mail address of the recipient and the
  51.    subject of the original message. These information are, in most
  52.    cases, sufficient to confirm the correct delivery and the exact time
  53.    of opening event.
  54.  
  55.    The mechanism exposed above solves the problem of confirmation of
  56.    mail delivery and opening, but not all the messages need
  57.    confirmation.
  58.  
  59.    This proposes a new extension-field to the header section of mail
  60.    messages, "Confirmation". Acceptable values for this field are "Yes"
  61.    and "No". Other values could be an extension to this document.
  62.  
  63.    A formal BNF notation of RFC 822 is given for the content of
  64.    Confirmation field:
  65.  
  66.       confirmation := "Confirmation" ":" value
  67.                    ; Case insensitive matching of value
  68.  
  69.       value := "yes" / "no"
  70.             ; All values case insensitive
  71.  
  72.  
  73. Steinberg                     Experimental                      [Page 1]
  74.  
  75. I/D              Confirmation of Mail Message        September 1997
  76.  
  77.  
  78.    When the Confirmation value is "Yes", the mail software would send
  79.    a reply at the opening moment and set this value to "No". This way
  80.    the original sender will not receive several confirmations of same
  81.    message.
  82.  
  83. 3. Suggested implamentation
  84.  
  85.    To implement confirmation capabilities to the mail software, there
  86.    is some considerations detailed in the next sections.
  87.  
  88. 3.1. Message composition
  89.  
  90.    In message composition, the mail software may display a check box
  91.    that user could select to ask confirmation of current message.
  92.  
  93.    If selected, the software will include the line
  94.  
  95.       Confirmation: Yes
  96.  
  97.    in the header section of mail message.
  98.  
  99. 3.2. Multiple recipients
  100.  
  101.    If the message addresses multiple recipients, all people will be
  102.    notified to confirm reception.
  103.  
  104. 3.3. Mail reception list (In Box)
  105.  
  106.    Recipients would be notified that a message asks confirmation, so
  107.    they can choose the priority of answer.
  108.  
  109.    This notification could be an alternate color, a sentence (like
  110.    "Confirmation Required"), a flag, etc.
  111.  
  112. 3.4. Mail message opening action
  113.  
  114.    When the user opens a message that requires confirmation, the
  115.    software would generate an answer including the original subject,
  116.    date, time and the recipient e-mail address.
  117.  
  118.    This answer could be delivered immediatly if the user is on line
  119.    or stored to later delivery if the user is off line.
  120.  
  121. 3.5. Message identification
  122.  
  123.    Optionally, the software can include some identification to subject
  124.    field, so the sender could identify the confirmation of a message
  125.    easier.
  126.  
  127. 4. Backward compatibility
  128.  
  129.    A software without confirmation capabilities unfortunately will not
  130.  
  131.  
  132. Steinberg                     Experimental                      [Page 2]
  133.  
  134. I/D              Confirmation of Mail Message        September 1997
  135.  
  136.  
  137.    confirm or tell the user that a confirmation was asked either.
  138.  
  139. 5. Security considerations
  140.  
  141.    The mechanism proposed here has all security limitations of SMTP
  142.    transport, since all new actions runs under mail software control.
  143.  
  144. 6. Example
  145.  
  146.    Suppose someone sends the follow mail message:
  147.  
  148.  
  149.       From: sender@domain.com
  150.       To: recipient@company.com
  151.       Subject: Our meeting in NY
  152.       Confirmation: Yes
  153.  
  154.       Hi,
  155.  
  156.       I'm writing just to confirm my trip to NY next friday.
  157.       I'll arive at 5:00 PM.
  158.  
  159.       John.
  160.  
  161.  
  162.    When the recipient opens his mail, mail software will send an
  163.    automatic reply like:
  164.  
  165.  
  166.       From: recipient@company.com
  167.       To: sender@domain.com
  168.       Subject: [Conf] Our meeting in NY
  169.       Date: Mon, 1 Sep 1997 12:17:53 -0400
  170.  
  171.       Your message was received and opened.
  172.  
  173.  
  174.    And change the original message to:
  175.  
  176.  
  177.       From: sender@domain.com
  178.       To: recipient@company.com
  179.       Subject: Our meeting in NY
  180.       Confirmation: No
  181.  
  182.       Hi,
  183.  
  184.       I'm writing just to confirm my trip to NY next friday.
  185.       I'll arive at 5:00 PM.
  186.  
  187.       John.
  188.  
  189.  
  190.  
  191. Steinberg                     Experimental                      [Page 3]
  192.  
  193. I/D              Confirmation of Mail Message        September 1997
  194.  
  195.  
  196. 7. Conclusion
  197.  
  198.    The suggested implementation gives the mail client a simple but
  199.    useful way of confirm mail message reception and opening, just
  200.    extending existing standards. It is particularly important to
  201.    business mail messages, frequently used nowadays.
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250. Steinberg                     Experimental                      [Page 4]
  251.  
  252. I/D              Confirmation of Mail Message        September 1997
  253.  
  254.  
  255. Author's Address
  256.  
  257.    Alexandre Steinberg
  258.    Base Tecnologia e Sistemas
  259.    Av.Afranio Peixoto, 347
  260.    Sao Paulo, SP
  261.    Brazil
  262.    05507-000
  263.  
  264.    Phone:  +55 11 212-3830
  265.    Fax:    +55 11 813-1151
  266.    EMail:  steinberg@base.com.br
  267.  
  268.  
  269.  
  270. Steinberg                     Experimental                      [Page 5]
  271.  
  272. I/D              Confirmation of Mail Message        September 1997
  273.  
  274.  
  275.  
  276. References
  277.  
  278. [RFC  822] Crocker, D., "Standard for the Format of ARPA Internet Text
  279.            Messages", STD 11, RFC 822, UDEL, August 1982.
  280.  
  281. [RFC 1521] Borenstein, N. & Freed, N., "MIME (Multipurpose Internet Mail
  282.            Extensions) Part One: Mechanisms for Specifying and
  283.            Describing the Format of Internet Message Bodies", RFC 1521,
  284.            Bellcore, Innosoft, September 1993.
  285.  
  286. [RFC 1522] Moore, K., "MIME (Multipurpose Internet Mail Extensions) Part
  287.            Two: Message Header Extensions for Non-ASCII Text", RFC 1522,
  288.            University of Tennessee, September 1993.
  289.  
  290. INTERNET DRAFT        EXPIRES MARCH 1998    INTERNET DRAFT
  291.