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-newman-email-subaddr-00.txt < prev    next >
Text File  |  1997-07-29  |  13KB  |  397 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                          C. Newman
  8. Internet Draft: Internet Email Subaddressing                    Innosoft
  9. Document: draft-newman-email-subaddr-00.txt                    July 1997
  10.                                                    Expires in six months
  11.  
  12.  
  13.                       Internet Email Subaddressing
  14.  
  15.  
  16. Status of this memo
  17.  
  18.      This document is an Internet-Draft.  Internet-Drafts are working
  19.      documents of the Internet Engineering Task Force (IETF), its areas,
  20.      and its working groups.  Note that other groups may also distribute
  21.      working documents as Internet-Drafts.
  22.  
  23.      Internet-Drafts are draft documents valid for a maximum of six
  24.      months and may be updated, replaced, or obsoleted by other
  25.      documents at any time.  It is inappropriate to use Internet-Drafts
  26.      as reference material or to cite them other than as "work in
  27.      progress."
  28.  
  29.      To view the entire list of current Internet-Drafts, please check
  30.      the "1id-abstracts.txt" listing contained in the Internet-Drafts
  31.      Shadow Directories on ftp.is.co.za (Africa), ftp.nordu.net
  32.      (Europe), munnari.oz.au (Pacific Rim), ds.internic.net (US East
  33.      Coast), or ftp.isi.edu (US West Coast).
  34.  
  35.  
  36. Abstract
  37.  
  38.      It is often useful for a single user to have multiple email
  39.      addresses which can be used to assist categorizing incoming email.
  40.      One way of doing this is to divide the local-part of an email
  41.      address into a primary address and a subaddress.  The primary
  42.      address is used to route the message within the specified domain
  43.      and the subaddress is used to route the message according to a
  44.      particular user's wishes.
  45.  
  46.      This specification formalizes the de-facto standard for
  47.      subaddressing in use today and includes advice and requirements for
  48.      final delivery agents, MUAs and mail list servers which wish to
  49.      support subaddressing.
  50.  
  51.  
  52. 1. Conventions Used in this Document
  53.  
  54.      The key words "MUST", "MUST NOT", "SHOULD", "SHOULD NOT", and "MAY"
  55.  
  56.  
  57.  
  58. Newman                                                          [Page 1]
  59.  
  60. Internet Draft        Internet Email Subaddressing         July 22, 1997
  61.  
  62.  
  63.      in this document are to be interpreted as defined in "Key words for
  64.      use in RFCs to Indicate Requirement Levels" [KEYWORDS].
  65.  
  66.      The formal grammar in this document uses Augmented BNF [ABNF].
  67.  
  68.  
  69. 2. Definitions
  70.  
  71.      Final Delivery Agent
  72.           The final delivery agent is the agent started by the Final MTA
  73.           which interprets the local-part of the email address.
  74.  
  75.      Final MTA
  76.           The final MTA is the MTA designated by the domain to the left
  77.           of the "@" in an email address.
  78.  
  79.      Local-Part
  80.           The local-part of an email address is everything to the left
  81.           of the "@" in the address used for delivery and is formally
  82.           defined in [IMAIL].  It is also know as the "left hand side"
  83.           of an address.
  84.  
  85.      Mail List Server
  86.           A Mail List Server takes messages directed to it, rewrites the
  87.           envelope addresses and redistributes the message to one or
  88.           more subscribers.
  89.  
  90.      MTA  A Mail Transport Agent (MTA) receives email from other MTAs or
  91.           MUAs and routes it towards the final MTA.
  92.  
  93.      MUA  A Mail User Agent (MUA) is used by a user to send and read
  94.           email.
  95.  
  96.      Subaddress
  97.           A subaddress is information in addition to the address of a
  98.           primary mailbox which may be used for categorization by the
  99.           recipient.
  100.  
  101. 3. Subaddress Syntax
  102.  
  103.      A final delivery agent may divide the local-part into two pieces
  104.      separated by a "+".  The primary address is to the left of the "+"
  105.      and the subaddress is to the right of the "+".  A message with a
  106.      valid primary address is delivered to that primary address by
  107.      default, regardless of the contents of the subaddress.  The
  108.      subaddress may be used by final delivery filtering (e.g. to deliver
  109.      messages with a particular subaddress into a special folder) or by
  110.      an MUA.
  111.  
  112.  
  113.  
  114. Newman                                                          [Page 2]
  115.  
  116. Internet Draft        Internet Email Subaddressing         July 22, 1997
  117.  
  118.  
  119.      For example, an address <delenn+grey-council@babylon5.org> could be
  120.      used to send email to <delenn@babylon5.org> relating to grey-
  121.      council business.  Delenn can then direct her final delivery agent
  122.      to file messages with a "grey-council" subaddress into her "grey-
  123.      council" folder.
  124.  
  125.      When generating a subaddress, the local part of the address MUST be
  126.      canonically quoted.  A local part is canonically quoted if it is
  127.      legal according to both the formal grammer in [IMAIL] and the
  128.      formal grammar in [SMTP].  The following formal grammar restricts
  129.      <local-part> in this fashion and distinguishes the primary address
  130.      from the subaddress.  Subaddress aware MUAs MUST NOT generate
  131.      addresses which violate this syntax and subaddress aware final
  132.      delivery agents MAY refuse to apply subaddress interpretation to
  133.      addresses which violate this syntax.
  134.  
  135.      local-part     = local-quoted / local-unquoted
  136.  
  137.      local-quoted   = <"> primary-q ["+" subaddress-q] <">
  138.  
  139.      local-unquoted = [primary-c] ["+" [subaddress-c]]
  140.  
  141.      primary        = *(SAFEQ-CHAR / QUOTE-CHAR)
  142.                       ;; This is the syntax for an unquoted primary
  143.                       ;; address. If it fits canonical form (primary-c)
  144.                       ;; it is used directly in a local-part.  Otherwise
  145.                       ;; QUOTE-CHARs are escaped to fit quoted form.
  146.  
  147.      primary-c      = primc-word *("." primc-word)
  148.  
  149.      primary-q      = *(SAFEQ-CHAR / quoted)
  150.  
  151.      primc-word     = 1*SAFE-CHAR
  152.  
  153.      quoted         = "\" QUOTE-CHAR
  154.  
  155.      subaddress     = *(SAFEQ-CHAR / QUOTE-CHAR / "+")
  156.                       ;; This is the syntax for an unquoted subaddress.
  157.                       ;; If it fits canonical form (subaddress-c) it is
  158.                       ;; used directly in a local-part.  Otherwise
  159.                       ;; QUOTE-CHARs are escaped to fit quoted form.
  160.  
  161.      subaddress-c   = subc-word *("." subc-word)
  162.  
  163.      subaddress-q   = *(SAFEQ-CHAR / "+" / quoted)
  164.  
  165.      subc-word      = 1*(SAFE-CHAR / "+")
  166.  
  167.  
  168.  
  169.  
  170. Newman                                                          [Page 3]
  171.  
  172. Internet Draft        Internet Email Subaddressing         July 22, 1997
  173.  
  174.  
  175.      QUOTE-CHAR     =  <"> / "\"
  176.  
  177.      SAFE-CHAR      =  %21 / %23..27 / %2A / %2D / %2F..39 / %3D /
  178.                        %3F / %41..5A / %5E..7E
  179.                        ;; All printable US-ASCII characters except
  180.                        ;; space, plus "+" and <specials> as defined
  181.                        ;; in [IMAIL]
  182.  
  183.      SAFEQ-CHAR     =  %20..21 / %23..2A / %2C..5B / %5D..7E
  184.                        ;; All printable US-ASCII characters except
  185.                        ;; plus "+", quote <"> and backslash "\"
  186.  
  187.  
  188. 4. Subaddress Support Requirements
  189.  
  190.      This section defines the requirements for subaddress aware final
  191.      delivery agents, gateway/firewalls, MUAs and mail list servers.
  192.  
  193.  
  194. 4.1. Final Delivery Agent Requirements
  195.  
  196.      A message with a valid primary address MUST be delivered to that
  197.      primary address by default, regardless of the contents of the
  198.      subaddress.  The subaddress MAY be used to route the message
  199.      according to rules specified by the owner of that primary address.
  200.  
  201.  
  202. 4.2. Gateway/Firewall Requirements
  203.  
  204.      A subaddress aware gateway or firewall SHOULD preserve the
  205.      subaddress when rewriting an address.  A subaddress aware gateway
  206.      MAY rewrite an address into canonical quoted form.
  207.  
  208.  
  209. 4.3. MUA Requirements
  210.  
  211.      A subaddress aware MUA MUST allow the user to include a subaddress
  212.      in the From header when sending a message.  A subaddress aware MUA
  213.      MUST generate addresses in canonically quoted form following the
  214.      syntax for local-part in this specification.  A subaddress aware
  215.      MUA SHOULD allow the user to include a subaddress in the envelope
  216.      sender address (as used in the SMTP MAIL FROM command).  A
  217.      subaddress aware MUA which validates local addresses MUST ignore
  218.      subaddresses for the purposes of such validation.
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Newman                                                          [Page 4]
  227.  
  228. Internet Draft        Internet Email Subaddressing         July 22, 1997
  229.  
  230.  
  231. 4.4. Mail List Server Requirements
  232.  
  233.      A subaddress aware mail list server MUST allow users to subscribe
  234.      using a subaddress.  If such a server restricts postings by their
  235.      envelope sender, sender or from address, it MUST ignore
  236.      subaddresses for the purposes of such restrictions.
  237.  
  238.  
  239. 5. Security Considerations
  240.  
  241.      If a final delivery agent executes a command line containing the
  242.      delivery address and the subaddress contains meta-characters with
  243.      special meaning to the command line interpretor this could result
  244.      in a serious security violation.  In order to avoid this problem,
  245.      the final delivery agent MUST verify the subaddress contains no
  246.      characters with special meaning to the command line interpretor,
  247.      not use a command line interpretor, or strip the subaddress from
  248.      the address prior to generating the command line when it contains
  249.      characters with special meaning.
  250.  
  251.      If a final delivery agent were to automatically create a folder
  252.      based on the subaddress, this could result in a denial of service
  253.      problem as well as placing control of a user's folder namespace in
  254.      the hands of outsiders.  In order to avoid this problem, final
  255.      delivery agents MUST NOT automatically create new folders based on
  256.      the subaddress without explicit permission from the owner of the
  257.      primary address.  Final delivery agents SHOULD NOT automatically
  258.      file a message into a folder based on the subaddress without
  259.      explicit permission from the owner of the primary address.
  260.  
  261.  
  262. 6. References
  263.  
  264.      [ABNF] Crocker, D., "Augmented BNF for Syntax Specifications:
  265.      ABNF", Work in progress: draft-ietf-drums-abnf-xx.txt
  266.  
  267.      [IMAIL] Crocker, D., "Standard for the Format of Arpa Internet Text
  268.       Messages", RFC 822, University of Delaware, August 1982.
  269.  
  270.           <ftp://ds.internic.net/rfc/rfc822.txt>
  271.  
  272.      [IMAP4] Crispin, M., "Internet Message Access Protocol - Version
  273.      4rev1", RFC 2060, University of Washington, December 1996.
  274.  
  275.          <ftp://ds.internic.net/rfc/rfc2060.txt>
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Newman                                                          [Page 5]
  283.  
  284. Internet Draft        Internet Email Subaddressing         July 22, 1997
  285.  
  286.  
  287.      [MBOX-NAMES] Crocker, D., "Mailbox Names for Common Services, Roles
  288.      and Functions", RFC 2142, Internet Mail Consortium, May 1997.
  289.  
  290.              <ftp://ds.internic.net/rfc/rfc2142.txt>
  291.  
  292.      [SMTP] Postel, "Simple Mail Transfer Protocol", RFC 821,
  293.      Information Sciences Institute, August 1982.
  294.  
  295.              <ftp://ds.internic.net/rfc/rfc821.txt>
  296.  
  297.  
  298. 7. Author's Address
  299.  
  300. Chris Newman
  301. Innosoft International, Inc.
  302. 1050 Lakes Drive
  303. West Covina, CA 91790 USA
  304.  
  305. Email: chris.newman@innosoft.com
  306.  
  307. Appendix A. Subaddress Scenarios
  308.  
  309.      This appendix includes examples of how subaddresses are used on the
  310.      Internet today.
  311.  
  312.  
  313. A.1. Subscribe to Mailing List by Subaddress
  314.  
  315.      Many users (including the author of this specification) subscribe
  316.      to mailing lists using a subaddress and use the final delivery
  317.      agent to file all messages from that mailing list into a different
  318.      incoming folder based on the subaddress.  This sorts mailing list
  319.      traffic into appropriate folders with 100% accuracy and without
  320.      scanning the contents of the message headers.
  321.  
  322.  
  323. A.2. User Controlled Distribution Lists
  324.  
  325.      Some final delivery agents allow a user to set up a distribution
  326.      list and associate it with a particular subaddress.  This permits
  327.      users to manage their own distribution lists without administrative
  328.      intervention.
  329.  
  330.  
  331. A.3. Mailto URL Indicator
  332.  
  333.      By including a different subaddress for each mailto URL on a web
  334.      page, a user can determine which mailto URL was selected for a
  335.  
  336.  
  337.  
  338. Newman                                                          [Page 6]
  339.  
  340. Internet Draft        Internet Email Subaddressing         July 22, 1997
  341.  
  342.  
  343.      particular message.
  344.  
  345.  
  346. A.4. Support for Special Addresses
  347.  
  348.      A user may forward mail from special purpose addresses, such as
  349.      those described in [MBOX-NAMES] to a subaddress of their primary
  350.      account.  This avoids the need to login as multiple users while
  351.      still keeping the mail separated.
  352.  
  353.  
  354. A.5. Priority Categorization
  355.  
  356.      A user may advertise different subaddresses to different audiences
  357.      and prioritize reading them appropriately.  For example, one of the
  358.      current esteemed area directors uses an "iesg" subaddress to
  359.      prioritize IESG traffic separately from regular email.
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Newman                                                          [Page 7]
  395.  
  396.  
  397.