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-03.txt < prev    next >
Text File  |  1997-07-07  |  5KB  |  152 lines
  1. Network Working Group                           Jacob Palme
  2. Internet Draft                     Stockholm University/KTH
  3. <draft-palme-autosub-03.txt>                         Sweden
  4. Category-to-be: Experimental standard             July 1997
  5. Expires January 1998
  6.  
  7.  
  8.  
  9.     Loop control for the Auto-Submitted e-mail header
  10.  
  11.  
  12. Status of this Memo
  13.  
  14. This document is an Internet-Draft. Internet-Drafts are
  15. working documents of the Internet Engineering Task Force
  16. (IETF), its areas, and its working groups. Note that other
  17. groups may also distribute working documents as Internet-
  18. Drafts.
  19.  
  20. Internet-Drafts are draft documents valid for a maximum of
  21. six months and may be updated, replaced, or obsoleted by
  22. other documents at any time. It is inappropriate to use
  23. Internet- Drafts as reference material or to cite them
  24. other than as ``work in progress.''
  25.  
  26. To learn the current status of any Internet-Draft, please
  27. check the ``1id-abstracts.txt'' listing contained in the
  28. Internet- Drafts Shadow Directories on ftp.is.co.za
  29. (Africa), nic.nordu.net (Europe), munnari.oz.au (Pacific
  30. Rim), ds.internic.net (US East Coast), or ftp.isi.edu (US
  31. West Coast).
  32.  
  33. This memo provides information for the Internet community.
  34. This memo does not specify an Internet standard of any
  35. kind, since this document is mainly a compilation of
  36. information taken from other RFC-s.. Distribution of this
  37. memo is unlimited.
  38.  
  39.  
  40. Abstract
  41.  
  42. This memo introduces certain advanced features for the
  43. Auto-Submitted e-mail header.
  44.  
  45.  
  46. Changes from the previous version of this IETF draft
  47.  
  48. The specification of the Auto-Submitted header itself has
  49. been moved to draft-ietf-mailext-new-fields-08-txt.
  50. However, the controversial loop control feature has been
  51. removed from that document, and is instead specified here.
  52. The intention is that Auto-Submitted without loop control
  53. is to become a proposed standard, while the loop-control
  54. feature is to become an experimental standard.
  55.  
  56.  
  57. 1.    Introduction
  58.  
  59. This memo introduces loop control features for the Auto-
  60. Submitted header defined in [8].
  61.  
  62.  
  63. 2.    New syntax for the Auto-Submitted header
  64.  
  65. Syntax:
  66.  
  67.      auto-submitted-field = "Auto-Submitted ":" auto-
  68. submitted
  69.  
  70.      auto-submitted           = ( "no" / "auto-generated" /
  71.                                 "auto-replied" /
  72.                                 "inter-application" /
  73.                                 "x-" <private-extension> /
  74.                                 "<future-extension> )
  75.                                 <optional-parameter-list>
  76.  
  77.     <optional-parameter-list> = *( ";" <optional-parameter> )
  78.  
  79.     <optional-parameter>      = "loopstep: <number> /
  80.                                 <other-optional-parameter>
  81.  
  82.      <number> =                 *DIGIT
  83.  
  84. The added syntax as compared to [8] is the new value
  85. "inter-application" and the new parameter "loopstep:"
  86. followed by a positive number. These are used in the
  87. following ways:
  88.  
  89. inter-application is used when it is known that both the
  90. sender and the recipient of this message is an automatic
  91. process.
  92.  
  93. When an Auto-Submitted message is sent in response to
  94. another Auto-Submitted message, the value of loopstep is
  95. increased by 1. A message without any loopstep parameter
  96. is assumed to have "loopstep: 1". The value of loopstep
  97. can be used to stop loops by not producing automatic
  98. responses to messages if loopstep has a value above a
  99. certain limit. The size of this limit is application-
  100. dependent.
  101.  
  102.  
  103. 3.    Security considerations
  104.  
  105. This proposal raises no new security concerns, instead, it
  106. reduces the risk to security of certain kinds of loops.
  107.  
  108.  
  109. 4.    Acknowledgments
  110.  
  111. Keith Moore and Uzi Paz have influenced this document with
  112. valuable suggestions.
  113.  
  114.  
  115. 5.    References
  116.  
  117. [1]  D. Crocker: "Standard for the format of ARPA Internet text
  118.      messages." STD 11, RFC 822, August 1982.
  119.  
  120. [2]  S. Hardcastle-Kille: "Mapping between X.400(1988) / ISO 10021
  121.      and RFC 822",  RFC 1327 May 1992.
  122.  
  123. [3]  ISO/ITU: "Message Handling Systems", ISO
  124. international standard
  125.      10021, ITU  recommendation X.400.
  126.  
  127. [4]  ISO/ITU: "Message Handling Systems, Part 7: Interpersonal
  128.      Messaging System, ISO international standard 10021-7, ITU
  129.      recommendation X.420.
  130.  
  131. [5]  N. Borenstein, N. Freed: "MIME (Multipurpose Internet Mail
  132.      Extensions)", RFC 1521, September 1993.
  133.  
  134. [6]  K. Moore, G. Vaudreuil, "An Extensible Message Format for
  135.      Delivery Status Notifications", RFC 1894, January
  136. 1996.
  137.  
  138. [7]  K. Moore, "SMTP Service Extension for Delivery Status
  139.      Notifications", RFC 1891, January 1996.
  140.  
  141. [8]  J. Palme, "The Auto-Submitted, Supersedes and Expires E-mail
  142.      Headers. drafti-ietf-mailext-new-fields-08.txt. July 1997.
  143.  
  144.  
  145. 6.    Author's address
  146.  
  147. Jacob Palme                          Phone: +46-8-16 16 67
  148. Stockholm University/KTH             Fax: +46-8-783 08 29
  149. Electrum 230                         E-mail: jpalme@dsv.su.se
  150. S-164 40 Kista, Sweden
  151.  
  152.