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-palme-autosub-02.txt < prev    next >
Text File  |  1997-05-27  |  7KB  |  192 lines
  1. Network Working Group                                     Jacob Palme
  2. Internet Draft                               Stockholm University/KTH
  3. <draft-palme-autosub-02.txt>                                   Sweden
  4. Category-to-be: Proposed standard                            May 1997
  5. Expires October 1997
  6.  
  7.  
  8.  
  9.           The auto-submitted e-mail header fields
  10.  
  11.  
  12. Status of this Memo
  13.  
  14. This document is an Internet-Draft. Internet-Drafts are working
  15. documents of the Internet Engineering Task Force (IETF), its areas,
  16. and its working groups. Note that other groups may also distribute
  17. working documents as Internet-Drafts.
  18.  
  19. Internet-Drafts are draft documents valid for a maximum of six months
  20. and may be updated, replaced, or obsoleted by other documents at any
  21. time. It is inappropriate to use Internet- Drafts as reference
  22. material or to cite them other than as ``work in progress.''
  23.  
  24. To learn the current status of any Internet-Draft, please check the
  25. ``1id-abstracts.txt'' listing contained in the Internet- Drafts
  26. Shadow Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe),
  27. munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or
  28. ftp.isi.edu (US West Coast).
  29.  
  30. This memo provides information for the Internet community. This memo
  31. does not specify an Internet standard of any kind, since this
  32. document is mainly a compilation of information taken from other RFC-
  33. s.. Distribution of this memo is unlimited.
  34.  
  35. Abstract
  36.  
  37. This memo introduces one new e-mail (RFC 822) header field with the
  38. name Auto-Submitted.
  39.  
  40. Changes from the previous version of this IETF draft
  41.  
  42. The "auto-forwarded" value has been removed, the inter-application
  43. value has been added, the loop count has been changed from decreasing
  44. (where loop control is expected to be done by the sender) to
  45. increasing (where loop control is expected to be done by the
  46. recipient).
  47.  
  48. 1. Introduction
  49.  
  50. This memo introduces a new header field for Internet e-mail (RFC 822)
  51. with the name "Auto-Submitted".
  52.  
  53. 2. Auto-Submitted
  54.  
  55. Syntax:
  56.  
  57.      auto-submitted-field = "Auto-Submitted ":" auto-submitted
  58.  
  59.      auto-submitted =       "auto-generated" / "auto-replied"
  60.                             ("inter-application" 1*DIGIT )
  61.  
  62. This field indicates whether the message was sent with or without
  63. explicit human control.
  64.  
  65. "inter-application" is used when generating automatic responses to
  66. messages which already have an "Auto-Submitted" header or when both
  67. sender and recipient are automatic processes.
  68.  
  69. An automatic application which responds to a message which already
  70. has an auto-submitted header MUST give the response an "Auto-
  71. Submitted: inter-application" header.
  72.  
  73. The number (1*DIGIT) is intended for loop control, but should not
  74. replace other loop control mechanisms. It starts with 0 for messages
  75. which are not automatic responses to automatically generated
  76. messages, and MUST be increased by 1 for every automatic response to
  77. an auto-submitted message. If no such number is given, it is assumed
  78. to be 0 and an automatic response should thus then get the value 1.
  79.  
  80. Note 1: A similar header field is defined in X.420 [4].
  81.  
  82. 3. Relation to NOTIFY ESTMP command
  83.  
  84. Any request in an ESTMP NOTIFY command overrides the auto-submitted
  85. heading field in controlling the production of notifications. If,
  86. however, no ESTMP NOTIFY command is given for a specific recipient,
  87. then the auto-submitted heading can control whether notifications are
  88. to be produced.
  89.  
  90. 4. Examples
  91.  
  92. 4.1 No Auto-Submitted header
  93.  
  94. In the following cases no Auto-Submitted header shall be generated,
  95. but an existing Auto-submitted header on a forwarded message SHOULD
  96. be kept as it is.
  97.  
  98. >  Ordinary e-mail messages written by a person.
  99.  
  100. >  A person interacts with a mail-generating client, e.g. instructs
  101.    it to join a mailing list, and the client generates a message to a
  102.    listserver with commands for subscribing to the list.
  103.  
  104. >  A person interacts with a World Wide Web form, such that the
  105.    filled-in form is automatically sent to an e-mail address
  106.    specified in the WWW form document.
  107.  
  108. >  A moderator accepts messages to a moderated group, and forwards
  109.    the accepted messages to the group members, possibly merged into
  110.    a digest by software for producing digests.
  111.  
  112. >  Automatic forwarding by mailing list expanders or to a new
  113.    e-mail address for the recipient.
  114.  
  115. 4.2 Auto-Submitted: auto-generated
  116.  
  117. >  An automatically generated weather-report is sent once every
  118.    three hours to subscribing customers.
  119.  
  120. >  An automatic computer process sends failure reports.
  121.  
  122. >  An automatic vote counter counts incoming votes and reports on
  123.    the outcome of the vote.
  124.  
  125. >  A subscription service sends copies of a file every time the file
  126.    is updated to people subscribing to such updates. If the
  127.    subscription server wants notifications when the recipient address
  128.    is faulty, it can use the NOTIFY ESMTP command.
  129.  
  130. 4.3 Auto-Submitted: auto-replied
  131.  
  132. >  A mail server responds to an incoming request message.
  133.  
  134. >  A special kind of notification, such as a a notification asking
  135.    you to confirm your subscription to a mailing list, is sent to
  136.    you automatically by the mailing-list-server every six month.
  137.  
  138. >  A vacation server sends a vacation message in response to an
  139.    incoming message for the person who is on vacation.
  140.  
  141. >  A non-standard type of notification is produced automatically,
  142.    e.g. a notification that a message has been purged from the
  143.    recipient mailbox.
  144.  
  145. 4.4 Auto-Submitted: inter-application
  146.  
  147. >  An automatic weather-station sends automatic messages with
  148.    temperature, wind velocity, etc. to a weather data base server.
  149.  
  150. >  Any automatic response to a message with an Auto-Submitted
  151.    header.
  152.  
  153. >  Messages where it is known that both sender and recipient are
  154.    automatic applications where no human makes an individual decision
  155.    for each message if it is to be sent or not.
  156.  
  157. 5. Security considerations
  158.  
  159. "Auto-submitted:" raises no new security concerns, instead, it
  160. reduces the risk to security of certain kinds of loops.
  161.  
  162. 6. Acknowledgements
  163.  
  164. Keith Moore and Uzi Paz have influenced this document with valuable
  165. suggestions.
  166.  
  167. 6. References
  168.  
  169. [1]  D. Crocker: "Standard for the format of ARPA Internet text
  170.      messages." STD 11, RFC 822, August 1982.
  171.  
  172. [2]  S. Hardcastle-Kille: "Mapping between X.400(1988) / ISO 10021
  173.      and RFC 822",  RFC 1327 May 1992.
  174.  
  175. [3]  ISO/ITU: "Message Handling Systems", ISO international standard
  176.      10021, ITU  recommendation X.400.
  177.  
  178. [4]  ISO/ITU: "Message Handling Systems, Part 7: Interpersonal
  179.      Messaging System, ISO international standard 10021-7, ITU
  180.      recommendation X.420.
  181.  
  182. [5]  N. Borenstein, N. Freed: "MIME (Multipurpose Internet Mail
  183.      Extensions)", RFC 1521, September 1993.
  184.  
  185. 7. Author's address
  186.  
  187. Jacob Palme                          Phone: +46-8-16 16 67
  188. Stockholm University/KTH             Fax: +46-8-783 08 29
  189. Electrum 230                         E-mail: jpalme@dsv.su.se
  190. S-164 40 Kista, Sweden
  191.  
  192.