view Side-By-Side changes
Network Working Group G. KlyneInternet-Draft Nine by Nine Expires: November 5, 2004Request for Comments: 4021 University of Oxford Category: Standards Track J. Palme StockholmUniversity/KTH May 7, 2004University/KT March 2005 Registration ofheader fields draft-klyne-hdrreg-mail-05Header Fields Status ofthisThis MemoBy submitting this Internet-Draft, I certify that any applicable patent or other IPR claims of which I am aware have been disclosed, and any of which I become aware will be disclosed, in accordance with RFC 3668. Internet-Drafts are working documents ofThis document specifies an Internet standards track protocol for the InternetEngineering Task Force (IETF), its areas,community, andits working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents validrequests discussion and suggestions fora maximumimprovements. Please refer to the current edition ofsix monthsthe "Internet Official Protocol Standards" (STD 1) for the standardization state andmay be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The liststatus ofcurrent Internet-Drafts can be accessed at http:// www.ietf.org/ietf/1id-abstracts.txt. The listthis protocol. Distribution ofInternet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on November 5, 2004.this memo is unlimited. Copyright Notice Copyright (C) The Internet Society(2004). All Rights Reserved.(2005). Abstract This document defines the initial IANA registration for permanent mail and MIME message header fields, per[[[RFC XXXX (xref target="msghdr-registry" /)]]]. Discussion of this document Please send comments to <ietf-822@imc.org>. To subscribe to this list, send a message with the body 'subscribe' to <ietf-822-request@imc.org>. Klyne & Palme Expires November 5, 2004 [Page 1] Internet-Draft Mail and MIME header fields May 2004RFC 3864. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . .5 1.1. 3 1.1. Structure ofthis document .This Document . . . . . . . . . . . . . . .5 1.23 1.2. DocumentterminologyTerminology andconventionsConventions . . . . . . . . . .. 54 2. RegistrationtemplatesTemplates . . . . . . . . . . . . . . . . . . .5 2.1 Permanent mail header field registrations. 4 2.1. Permanent Mail Header Field Registrations . . . . . . .5 2.1.14 2.1.1. Headerfield:Field: Date . . . . . . . . . . . . . . .. . . 7 2.1.26 2.1.2. Headerfield:Field: From . . . . . . . . . . . . . . .. . . 8 2.1.37 2.1.3. Headerfield:Field: Sender . . . . . . . . . . . . . .. . . 8 2.1.47 2.1.4. Headerfield:Field: Reply-To . . . . . . . . . . . . .. . . 9 2.1.58 2.1.5. Headerfield:Field: To . . . . . . . . . . . . . . . .. . . 9 2.1.68 2.1.6. Headerfield:Field: Cc . . . . . . . . . . . . . . . .. . . 10 2.1.79 2.1.7. Headerfield:Field: Bcc . . . . . . . . . . . . . . .. . . 10 2.1.89 2.1.8. Headerfield:Field: Message-ID . . . . . . . . . . . .. . . 11 2.1.910 2.1.9. Headerfield:Field: In-Reply-To . . . . . . . . . . .. . . 11 2.1.1010 2.1.10. Headerfield:Field: References . . . . . . . . . . . .. . 12 2.1.1111 2.1.11. Headerfield:Field: Subject . . . . . . . . . . . . .. . 12 2.1.1211 2.1.12. Headerfield:Field: Comments . . . . . . . . . . . . .. . 13 2.1.1312 2.1.13. Headerfield:Field: Keywords . . . . . . . . . . . . .. . 13 2.1.1412 2.1.14. Headerfield:Field: Resent-Date . . . . . . . . . . .. .132.1.152.1.15. Headerfield:Field: Resent-From . . . . . . . . . . .. . 14 2.1.1613 2.1.16. Headerfield:Field: Resent-Sender . . . . . . . . . .. .142.1.17G. Klyne, et al. Standards Track [Page 1] RFC 4021 Mail and MIME Header Fields March 2005 2.1.17. Headerfield:Field: Resent-To . . . . . . . . . . . .. . 15 2.1.1814 2.1.18. Headerfield:Field: Resent-Cc . . . . . . . . . . . .. .152.1.192.1.19. Headerfield:Field: Resent-Bcc . . . . . . . . . . . .. . 16 2.1.2015 2.1.20. Headerfield:Field: Resent-Reply-To . . . . . . . . .. .162.1.212.1.21. Headerfield:Field: Resent-Message-ID . . . . . . . .. . 17 2.1.2216 2.1.22. Headerfield:Field: Return-Path . . . . . . . . . . .. .172.1.232.1.23. Headerfield:Field: Received . . . . . . . . . . . . .. . 18 2.1.2417 2.1.24. Headerfield:Field: Encrypted . . . . . . . . . . . .. .182.1.252.1.25. Headerfield:Field: Disposition-Notification-To . . .. .182.1.262.1.26. Headerfield:Field: Disposition-Notification-Options .. .192.1.272.1.27. Headerfield:Field: Accept-Language . . . . . . . . .. .192.1.282.1.28. Headerfield:Field: Original-Message-ID . . . . . . .. .202.1.292.1.29. Headerfield:Field: PICS-Label . . . . . . . . . . . .. .202.1.302.1.30. Headerfield:Field: Encoding . . . . . . . . . . . . .. .212.1.312.1.31. Headerfield:Field: List-Archive . . . . . . . . . . .. .212.1.322.1.32. Headerfield:Field: List-Help . . . . . . . . . . . .. .222.1.332.1.33. Headerfield:Field: List-ID . . . . . . . . . . . . .. .222.1.342.1.34. Headerfield:Field: List-Owner . . . . . . . . . . . .. .232.1.352.1.35. Headerfield:Field: List-Post . . . . . . . . . . . .. .232.1.362.1.36. Headerfield:Field: List-Subscribe . . . . . . . . . .. .242.1.372.1.37. Headerfield:Field: List-Unsubscribe . . . . . . . . .. .242.1.382.1.38. Headerfield:Field: Message-Context . . . . . . . . .. .252.1.392.1.39. Headerfield:Field: DL-Expansion-History . . . . . . .. .252.1.402.1.40. Headerfield:Field: Alternate-Recipient . . . . . . .. . 25 2.1.4126 2.1.41. Headerfield:Field: Original-Encoded-Information-Types. .26Klyne & Palme Expires November 5, 2004 [Page 2] Internet-Draft Mail and MIME header fields May 2004 2.1.422.1.42. Headerfield:Field: Content-Return . . . . . . . . . .. . 26 2.1.4327 2.1.43. Headerfield:Field: Generate-Delivery-Report . . . . .. .272.1.442.1.44. Headerfield:Field: Prevent-NonDelivery-Report . . . .. . 27 2.1.4528 2.1.45. Headerfield:Field: Obsoletes . . . . . . . . . . . .. .282.1.462.1.46. Headerfield:Field: Supersedes . . . . . . . . . . . .. . 28 2.1.4729 2.1.47. Headerfield:Field: Content-Identifier . . . . . . . .. .292.1.482.1.48. Headerfield:Field: Delivery-Date . . . . . . . . . .. . 29 2.1.4930 2.1.49. Headerfield:Field: Expiry-Date . . . . . . . . . . .. .302.1.502.1.50. Headerfield:Field: Expires . . . . . . . . . . . . .. . 30 2.1.5131 2.1.51. Headerfield:Field: Reply-By . . . . . . . . . . . . .. .312.1.522.1.52. Headerfield:Field: Importance . . . . . . . . . . . .. . 31 2.1.5332 2.1.53. Headerfield:Field: Incomplete-Copy . . . . . . . . .. .322.1.542.1.54. Headerfield:Field: Priority . . . . . . . . . . . . .. . 32 2.1.5533 2.1.55. Headerfield:Field: Sensitivity . . . . . . . . . . .. . 32 2.1.5633 2.1.56. Headerfield:Field: Language . . . . . . . . . . . . .. . 33 2.1.5734 2.1.57. Headerfield:Field: Conversion . . . . . . . . . . . .. . 33 2.1.5834 2.1.58. Headerfield:Field: Conversion-With-Loss . . . . . . .. . 34 2.1.5935 2.1.59. Headerfield:Field: Message-Type . . . . . . . . . . .. . 34 2.1.6035 2.1.60. Headerfield:Field: Autosubmitted . . . . . . . . . .. . 35 2.1.6136 2.1.61. Headerfield:Field: Autoforwarded . . . . . . . . . .. . 35 2.1.6236 2.1.62. Headerfield:Field: Discarded-X400-IPMS-Extensions . .. . 36 2.1.6337 2.1.63. Headerfield:Field: Discarded-X400-MTS-Extensions . .. . 36 2.1.6437 2.1.64. Headerfield:Field: Disclose-Recipients . . . . . . .. . 37 2.1.6538 G. Klyne, et al. Standards Track [Page 2] RFC 4021 Mail and MIME Header Fields March 2005 2.1.65. Headerfield:Field: Deferred-Delivery . . . . . . . .. . 37 2.1.6638 2.1.66. Headerfield:Field: Latest-Delivery-Time . . . . . . .. . 38 2.1.6739 2.1.67. Headerfield:Field: Originator-Return-Address . . . .. . 38 2.1.6839 2.1.68. Headerfield:Field: X400-Content-Identifier . . . . .. . 39 2.1.6940 2.1.69. Headerfield:Field: X400-Content-Return . . . . . . .. . 39 2.1.7040 2.1.70. Headerfield:Field: X400-Content-Type . . . . . . . .. . 39 2.1.7141 2.1.71. Headerfield:Field: X400-MTS-Identifier . . . . . . .. . 40 2.1.7241 2.1.72. Headerfield:Field: X400-Originator . . . . . . . . .. . 40 2.1.7342 2.1.73. Headerfield:Field: X400-Received . . . . . . . . . .. . 41 2.1.7442 2.1.74. Headerfield:Field: X400-Recipients . . . . . . . . .. . 41 2.1.7543 2.1.75. Headerfield:Field: X400-Trace . . . . . . . . . . . .. . 42 2.243 2.2. Permanent MIMEheader field registrations .Header Field Registrations . . . . . . .43 2.2.144 2.2.1. Headerfield:Field: MIME-Version . . . . . . . . . . .. . . 43 2.2.244 2.2.2. Headerfield:Field: Content-ID . . . . . . . . . . . .. . . 44 2.2.345 2.2.3. Headerfield:Field: Content-Description . . . . . . .. . . 44 2.2.445 2.2.4. Headerfield:Field: Content-Transfer-Encoding . . . .. . . 44 2.2.546 2.2.5. Headerfield:Field: Content-Type . . . . . . . . . . .. . . 45 2.2.646 2.2.6. Headerfield:Field: Content-Base . . . . . . . . . . .. . . 45 2.2.747 2.2.7. Headerfield:Field: Content-Location . . . . . . . . .. . . 46 2.2.847 2.2.8. Headerfield:Field: Content-features . . . . . . . . .. . . 46 2.2.948 2.2.9. Headerfield:Field: Content-Disposition . . . . . . .. . . 47 2.2.1048 2.2.10. Headerfield:Field: Content-Language . . . . . . . . .. . 47 2.2.1149 2.2.11. Headerfield:Field: Content-Alternative . . . . . . .. . 48 2.2.1249 2.2.12. Headerfield:Field: Content-MD5 . . . . . . . . . . .. . 48 2.2.1350 2.2.13. Headerfield:Field: Content-Duration . . . . . . . . .. . 49 Klyne & Palme Expires November 5, 2004 [Page 3] Internet-Draft Mail and MIME header fields May 200450 3. IANAconsiderationsConsiderations . . . . . . . . . . . . . . . . . . . .49. 50 4. SecurityconsiderationsConsiderations . . . . . . . . . . . . . . . . . .49. 51 5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . .49. 51 6. References . . . . . . . . . . . . . . . . . . . . . . . . .50 6.1 Normative references .. 51 6.1. Normative References . . . . . . . . . . . . . . . . . .50 6.251 6.2. Informativereferences . .References . . . . . . . . . . . . . . . . .5253 Authors' Addresses . . . . . . . . . . . . . . . . . . . . .52 A. Revision history . . . . . . . . . . . . . . . . . . . . . . 52 A.1 draft-klyne-hdrreg-mail-05 . . . . . . . . . . . . . . . . 52 A.2 draft-klyne-hdrreg-mail-04 . . . . . . . . . . . . . . . . 53 A.3 draft-klyne-hdrreg-mail-03 . . . . . . . . . . . . .. . . 53A.4 draft-klyne-hdrreg-mail-02 . . . . . . . . . . .Full Copyright Statement . . . . .54 A.5 draft-klyne-hdrreg-mail-01. . . . . . . . . . . . . . . . 54A.6 draft-klyne-hdrreg-mail-00 . . . . . . . . . . . . . . . . 55 B. TODO: . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 Intellectual Property and Copyright Statements . . . . . . . 56 Klyne & Palme Expires November 5, 2004 [Page 4] Internet-Draft Mail and MIME header fields May 20041. Introduction This document defines IANA registration for a number of mail message and MIME header fields, perRegistrationregistration procedures for message header fields [1]. The main body of this document is automatically generated from RDF/N3 data. Some experimental HTML registry pages have been prepared from the samedata,data and can be found at[29]. 1.1[27]. 1.1. Structure ofthis document SectionThis Document Section 2.1 contains the templates for initial registration of mail message header fields.SectionG. Klyne, et al. Standards Track [Page 3] RFC 4021 Mail and MIME Header Fields March 2005 Section 2.2 contains templates for initial registration of MIME header fields.1.21.2. DocumentterminologyTerminology andconventionsConventions The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119[11]. [[[Editorial comments and questions about outstanding issues are provided in triple brackets like this. These working comments should be resolved and removed prior to final publication.]]][9]. 2. RegistrationtemplatesTemplates Header field registry entries are summarized in tabular form for convenience ofreference,reference and presented in full in the following sections.2.12.1. Permanentmail header field registrationsMail Header Field Registrations Header name Protocol ----------- -------- Date Mail Message date and time From Mail Mailbox of message author Sender Mail Mailbox of message sender Reply-To Mail Mailbox for replies to message To Mail Primary recipient mailbox Cc Mail Carbon-copy recipient mailbox Bcc Mail Blind-carbon-copy recipient mailbox Message-ID Mail Message identifierKlyne & Palme Expires November 5, 2004 [Page 5] Internet-Draft Mail and MIME header fields May 2004In-Reply-To Mail Identify replied-to message(s) References Mail Related message identifier(s) Subject Mail Topic of message Comments Mail Additional comments about the message Keywords Mail Message key words and/or phrases Resent-Date Mail Date and time message is resent Resent-From Mail Mailbox of person for whom message is resent Resent-Sender Mail Mailbox of person who actually resends the message Resent-To Mail Mailbox to which message is resent Resent-Cc Mail Mailbox(es) to which message is cc'ed on resend Resent-Bcc Mail Mailbox(es) to which message is bcc'ed on resend Resent-Reply-To Mail Resent reply-to Resent-Message-ID Mail Message identifier for resent messageReturn-PathG. Klyne, et al. Standards Track [Page 4] RFC 4021 MailMessage returnand MIME Header Fields March 2005 Return-Path Mail Message return path Received Mail Mail transfer trace information Encrypted Mail Message encryption information Disposition-Notification-To Mail Mailbox for sending disposition notification Disposition-Notification-Options Mail Disposition notification options Accept-Language Mail Language(s) for auto-responses Original-Message-ID Mail Original message identifier PICS-Label Mail PICS rating label Encoding Mail Message encoding and other information List-Archive Mail URL of mailing list archive List-Help Mail URL for mailing list information List-ID Mail Mailing list identifier List-Owner Mail URL for mailing list owner's mailbox List-Post Mail URL for mailing list posting List-Subscribe Mail URL for mailing list subscription List-Unsubscribe Mail URL for mailing list unsubscription Message-Context Mail Type or context of message DL-Expansion-History Mail Trace of distribution lists passed Alternate-Recipient Mail Controls forwarding to alternate recipients Original-Encoded-Information-Types Mail Body part types in messageKlyne & Palme Expires November 5, 2004 [Page 6] Internet-Draft Mail and MIME header fields May 2004Content-Return Mail Return content on non-delivery? Generate-Delivery-Report Mail Request delivery report generation Prevent-NonDelivery-Report Mail Non-delivery report required? Obsoletes Mail Reference message to be replaced Supersedes Mail Reference message to be replaced Content-Identifier Mail Message content identifier Delivery-Date Mail Message delivery time Expiry-Date Mail Message expiry time Expires Mail Message expiry time Reply-By Mail Time by which a reply is requested Importance Mail Message importance Incomplete-Copy Mail Body parts aremissing.missing Priority Mail Message priority Sensitivity Mail Message content sensitivity Language Mail X.400 message contentlenguagelanguage Conversion Mail Conversion allowed? G. Klyne, et al. Standards Track [Page 5] RFC 4021 Mail and MIME Header Fields March 2005 Conversion-With-Loss Mail Lossy conversion allowed? Message-Type Mail Message type: delivery report? Autosubmitted Mail Automatically submitted indicator Autoforwarded Mail Automatically forwarded indicator Discarded-X400-IPMS-Extensions Mail X.400 IPM extensions discarded Discarded-X400-MTS-Extensions Mail X.400 MTS extensions discarded Disclose-Recipients Mail Disclose names of other recipients? Deferred-Delivery Mail Deferred delivery information Latest-Delivery-Time Mail Latest delivery time requested Originator-Return-Address Mail Originator return address X400-Content-Identifier Mail Message content identifier X400-Content-Return Mail Return content on non-delivery? X400-Content-Type Mail X400 content type X400-MTS-Identifier Mail X400 MTS-Identifier X400-Originator Mail X400 Originator X400-Received Mail X400 Received X400-Recipients Mail X400 Recipients X400-Trace Mail X400 Trace2.1.12.1.1. Headerfield:Field: DateKlyne & Palme Expires November 5, 2004 [Page 7] Internet-Draft Mail and MIME header fields May 2004Description: Message date and time Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.1) Related information: Specifies the date and time at which the creator of the message indicated that the message was complete and ready to enter the mail delivery system. Defined as standard by RFC 822.2.1.2G. Klyne, et al. Standards Track [Page 6] RFC 4021 Mail and MIME Header Fields March 2005 2.1.2. Headerfield:Field: From Description: Mailbox of message author Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.2) Related information: Specifies the author(s) of themessage,message; that is, the mailbox(es) of the person(s) or system(s) responsible for the writing of the message. Defined as standard by RFC 822.2.1.32.1.3. Headerfield:Field: Sender Description: Mailbox of message senderKlyne & Palme Expires November 5, 2004 [Page 8] Internet-Draft Mail and MIME header fields May 2004Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.2) Related information: Specifies the mailbox of the agent responsible for the actual transmission of the message. Defined as standard by RFC 822.2.1.4G. Klyne, et al. Standards Track [Page 7] RFC 4021 Mail and MIME Header Fields March 2005 2.1.4. Headerfield:Field: Reply-To Description: Mailbox for replies to message Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.2) Related information: When the "Reply-To:" field is present, it indicates the mailbox(es) to which the author of the message suggests that replies be sent. Defined as standard by RFC 822.2.1.52.1.5. Headerfield:Field: To Description: Primary recipient mailbox Applicable protocol: Mail[20][18] Status: standardKlyne & Palme Expires November 5, 2004 [Page 9] Internet-Draft Mail and MIME header fields May 2004Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.3) Related information: Contains the address(es) of the primary recipient(s) of the message. Defined as standard by RFC 822.2.1.6G. Klyne, et al. Standards Track [Page 8] RFC 4021 Mail and MIME Header Fields March 2005 2.1.6. Headerfield:Field: Cc Description: Carbon-copy recipient mailbox Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.3) Related information: Contains the addresses of others who are to receive the message, though the content of the message may not be directed at them. Defined as standard by RFC 822.2.1.72.1.7. Headerfield:Field: Bcc Description: Blind-carbon-copy recipient mailbox Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task ForceKlyne & Palme Expires November 5, 2004 [Page 10] Internet-Draft Mail and MIME header fields May 2004Specification document(s): RFC 2822[20][18] (section 3.6.3) Related information: Contains addresses of recipients of the message whose addresses are not to be revealed to other recipients of the message. Defined as standard by RFC 822.2.1.8G. Klyne, et al. Standards Track [Page 9] RFC 4021 Mail and MIME Headerfield:Fields March 2005 2.1.8. Header Field: Message-ID Description: Message identifier Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.4) Related information: Contains a single unique message identifier that refers to a particular version of a particular message. If the message is resent without changes, the original Message-ID is retained. Defined as standard by RFC 822.2.1.92.1.9. Headerfield:Field: In-Reply-To Description: Identify replied-to message(s) Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.4)Klyne & Palme Expires November 5, 2004 [Page 11] Internet-Draft Mail and MIME header fields May 2004Related information: The message identifier(s) of the original message(s) to which the current message is a reply. Defined as standard by RFC 822.2.1.10G. Klyne, et al. Standards Track [Page 10] RFC 4021 Mail and MIME Header Fields March 2005 2.1.10. Headerfield:Field: References Description: Related message identifier(s) Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.4) Related information: The message identifier(s) of other message(s) to which the current message may be related. InRFC2822,RFC 2822, the definition was changed to say that this header field contains a list of all Message-IDs of messages in the preceding reply chain. Defined as standard by RFC 822.2.1.112.1.11. Headerfield:Field: Subject Description: Topic of message Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.5) Related information: Contains a short string identifying the topic of the message. Defined as standard by RFC 822.Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page12] Internet-Draft11] RFC 4021 Mail and MIMEheader fields May 2004 2.1.12Headerfield:Fields March 2005 2.1.12. Header Field: Comments Description: Additional comments about the message Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.5) Related information: Contains any additional comments on the text of the body of the message. Warning: Some mailers will not show this field to recipients. Defined as standard by RFC 822.2.1.132.1.13. Headerfield:Field: Keywords Description: Message key words and/or phrases Applicable protocol: Mail[20][18] Status:standardsstandard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.5) Related information: Contains a comma-separated list of important words and phrases that might be useful for the recipient. Defined as standard by RFC 822.2.1.14 Header field: Resent-Date Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page13] Internet-Draft12] RFC 4021 Mail and MIMEheader fields May 2004Header Fields March 2005 2.1.14. Header Field: Resent-Date Description: Date and time message is resent Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.6) Related information: Contains the date and time that a message is reintroduced into the message transfer system. Defined as standard by RFC 822.2.1.152.1.15. Headerfield:Field: Resent-From Description: Mailbox of person for whom message is resent Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.6) Related information: Contains the mailbox of the agent who has reintroduced the message into the message transfer system, or on whosebehanlfbehalf the message has been resent. Defined as standard by RFC 822.2.1.16G. Klyne, et al. Standards Track [Page 13] RFC 4021 Mail and MIME Headerfield:Fields March 2005 2.1.16. Header Field: Resent-Sender Description: Mailbox of person who actually resends the messageKlyne & Palme Expires November 5, 2004 [Page 14] Internet-Draft Mail and MIME header fields May 2004Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.6) Related information: Contains the mailbox of the agent who has reintroduced the message into the message transfer system, if this is different from the Resent-From value. Defined as standard by RFC 822.2.1.172.1.17. Headerfield:Field: Resent-To Description: Mailbox to which message is resent Applicable protocol: Mail[20][18] Status:standardsstandard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.6) Related information: Contains the mailbox(es) to which the message has been resent. Defined as standard by RFC 822.2.1.18G. Klyne, et al. Standards Track [Page 14] RFC 4021 Mail and MIME Header Fields March 2005 2.1.18. Headerfield:Field: Resent-Cc Description: Mailbox(es) to which message is cc'ed on resend Applicable protocol: Mail[20][18] Status: standardKlyne & Palme Expires November 5, 2004 [Page 15] Internet-Draft Mail and MIME header fields May 2004Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.6) Related information:ContainesContains the mailbox(es) to which message is cc'ed on resend. Defined as standard by RFC 822.2.1.192.1.19. Headerfield:Field: Resent-Bcc Description: Mailbox(es) to which message is bcc'ed on resend Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.6) Related information:ContainesContains the mailbox(es) to which message is bcc'ed on resend. Defined as standard by RFC 822.2.1.20G. Klyne, et al. Standards Track [Page 15] RFC 4021 Mail and MIME Header Fields March 2005 2.1.20. Headerfield:Field: Resent-Reply-To Description: Resent reply-to Applicable protocol: Mail[20][18] Status: obsolete Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task ForceKlyne & Palme Expires November 5, 2004 [Page 16] Internet-Draft Mail and MIME header fields May 2004Specification document(s): RFC 2822[20][18] Related information: Resent Reply-to. Defined by RFC 822,obsoleteedobsoleted byRFC2822. 2.1.21RFC 2822. 2.1.21. Headerfield:Field: Resent-Message-ID Description: Message identifier for resent message Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.6) Related information: Contains a message identifier for a resent message. Defined as standard by RFC 822.2.1.22G. Klyne, et al. Standards Track [Page 16] RFC 4021 Mail and MIME Headerfield:Fields March 2005 2.1.22. Header Field: Return-Path Description: Message return path Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.7) Related information: Return path for message response diagnostics. Seealso,also RFC2821.2821 [17]. Defined as standard by RFC 822.Klyne & Palme Expires November 5, 2004 [Page 17] Internet-Draft Mail and MIME header fields May 2004 2.1.232.1.23. Headerfield:Field: Received Description: Mail transfer trace information Applicable protocol: Mail[20][18] Status: standard Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2822[20][18] (section 3.6.7) Related information: Contains information about receipt of the current message by a mail transfer agent on the transfer path. Seealso,also RFC2821.2821 [17]. Defined as standard by RFC 822.2.1.24G. Klyne, et al. Standards Track [Page 17] RFC 4021 Mail and MIME Header Fields March 2005 2.1.24. Headerfield:Field: Encrypted Description: Message encryption information Applicable protocol: Mail[20][18] Status: obsolete Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 822 [2] Related information: Defined by RFC 822, but was found to be inadequately specified, was not widely implemented, and was removed in RFC 2822. Current practice is to use separate encryption, such as S/MIME or OpenPGP, possibly in conjunction with RFC 1847 MIME security multiparts.2.1.252.1.25. Headerfield:Field: Disposition-Notification-ToKlyne & Palme Expires November 5, 2004 [Page 18] Internet-Draft Mail and MIME header fields May 2004Description: Mailbox for sending disposition notification Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2298[14][12] Related information: Indicates that the sender wants a disposition notification when this message is received (read, processed, etc.) by its recipients.2.1.26G. Klyne, et al. Standards Track [Page 18] RFC 4021 Mail and MIME Headerfield:Fields March 2005 2.1.26. Header Field: Disposition-Notification-Options Description: Disposition notification options Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2298[14][12] Related information: For optional modifiers on disposition notification requests.2.1.272.1.27. Headerfield:Field: Accept-Language Description: Language(s) for auto-responses Applicable protocol: Mail[20] Klyne & Palme Expires November 5, 2004 [Page 19] Internet-Draft Mail and MIME header fields May 2004[18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 3282[23][21] Related information: Indicates a language that the message sender requests to be used for responses. Accept-language was not designed foremail,email but has been consideredto beuseful as input to the generation of automatic replies. Some problems have been noted concerning its use with email, including but not limitedto:to determination of the email address to which it refers; cost and lack of effective internationalization of email responses; interpretation of language subtags; and determining what character set encoding should be used.2.1.28G. Klyne, et al. Standards Track [Page 19] RFC 4021 Mail and MIME Header Fields March 2005 2.1.28. Headerfield:Field: Original-Message-ID Description: Original message identifier Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 3297[24][22] Related information: Original message identifier used with resend of message with alternative contentformat,format; identifies the original message data to which it corresponds.2.1.292.1.29. Headerfield:Field: PICS-LabelKlyne & Palme Expires November 5, 2004 [Page 20] Internet-Draft Mail and MIME header fields May 2004Description: PICS rating label Applicable protocol: Mail[20][18] Status: standard Author/change controller: W3C (mailto:web-human@w3.org) World Wide Web Consortium Specification document(s): PICS-labels[26][24] Related information: Ratings label to control selection (filtering) of messages according to the PICS protocol. Specified for general use withRFC822RFC 822 message format, with HTTP-specificextensions 2.1.30extensions. G. Klyne, et al. Standards Track [Page 20] RFC 4021 Mail and MIME Header Fields March 2005 2.1.30. Headerfield:Field: Encoding Description: Message encoding and other information Applicable protocol: Mail[20][18] Status: experimental Author/change controller: Albert K. Costanzo (mailto:AL@AKC.COM) AKC Consulting Inc. Specification document(s): RFC 1505[5][4] Related information: Used in several different ways by different mail systems. Some use it for a kind of content-type information, some for encoding and length information, some for a kind of boundary information, and some in other ways.2.1.312.1.31. Headerfield:Field: List-ArchiveKlyne & Palme Expires November 5, 2004 [Page 21] Internet-Draft Mail and MIME header fields May 2004Description: URL of mailing list archive Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2369[15][13] Related information: Contains the URL to use to browse the archives of the mailing list from which this message was relayed.2.1.32G. Klyne, et al. Standards Track [Page 21] RFC 4021 Mail and MIME Header Fields March 2005 2.1.32. Headerfield:Field: List-Help Description: URL for mailing list information Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2369[15][13] Related information: Contains the URL to use to getainformation about the mailing list from which this message was relayed.2.1.332.1.33. Headerfield:Field: List-ID Description: Mailing list identifier Applicable protocol: Mail[20] Klyne & Palme Expires November 5, 2004 [Page 22] Internet-Draft Mail and MIME header fields May 2004[18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2919[22][20] Related information: Stores an identification of the mailinglist,list through which this message was distributed.2.1.34G. Klyne, et al. Standards Track [Page 22] RFC 4021 Mail and MIME Headerfield:Fields March 2005 2.1.34. Header Field: List-Owner Description: URL for mailing list owner's mailbox Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2369[15][13] Related information: Contains the URL to send e-mail to the owner of the mailing list from which this message was relayed.2.1.352.1.35. Headerfield:Field: List-Post Description: URL for mailing list posting Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task ForceKlyne & Palme Expires November 5, 2004 [Page 23] Internet-Draft Mail and MIME header fields May 2004Specification document(s): RFC 2369[15][13] Related information: Contains the URL to use to send contributions to the mailing list from which this message was relayed.2.1.36G. Klyne, et al. Standards Track [Page 23] RFC 4021 Mail and MIME Header Fields March 2005 2.1.36. Headerfield:Field: List-Subscribe Description: URL for mailing list subscription Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2369[15][13] Related information: Contains the URL to use to get a subscription to the mailing list from which this message was relayed.2.1.372.1.37. Headerfield:Field: List-Unsubscribe Description: URL for mailing list unsubscription Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2369[15][13] Related information: Contains the URL to use to unsubscribe the mailing list from which this message was relayed.Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page 24]Internet-DraftRFC 4021 Mail and MIMEheader fields May 2004 2.1.38Headerfield:Fields March 2005 2.1.38. Header Field: Message-Context Description: Type or context of message Applicable protocol: Mail[20][18] Status:Standards trackstandards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s):RFC3458 [25]RFC 3458 [23] Related information: Provides information about the context and presentation characteristics of a message. Can have the values'voice-message','voice- message', 'fax-message', 'pager-message', 'multimedia-message', 'text-message', or 'none'.2.1.392.1.39. Headerfield:Field: DL-Expansion-History Description: Trace of distribution lists passed Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Trace of distribution lists passed. (MIXER X.400mapping,mapping; not for general use.)2.1.40 Header field: Alternate-Recipient Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page 25]Internet-DraftRFC 4021 Mail and MIMEheader fields May 2004Header Fields March 2005 2.1.40. Header Field: Alternate-Recipient Description: Controls forwarding to alternate recipients Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Controls whether this message may be forwarded to an alternaterecipientsrecipient, such as apostmasterpostmaster, if deliveryis not possibleto the intendedrecipient.recipient is not possible. Default: Allowed. RFC 2156 (MIXER), not for general use.2.1.412.1.41. Headerfield:Field: Original-Encoded-Information-Types Description: Body part types in message Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Which body part types occur in this message. RFC 2156(MIXER),(MIXER); not for general use.2.1.42G. Klyne, et al. Standards Track [Page 26] RFC 4021 Mail and MIME Header Fields March 2005 2.1.42. Headerfield:Field: Content-Return Description: Return content on non-delivery?Klyne & Palme Expires November 5, 2004 [Page 26] Internet-Draft Mail and MIME header fields May 2004Applicable protocol: Mail[20][18] Status: obsolete Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 1327 [3] Related information: Indicates whether the content of a message is to be returned with non-delivery notifications. Introduced by RFC1327,1327 and subsequently changed by RFC 2156 to avoid confusion with MIME defined fields.2.1.432.1.43. Headerfield:Field: Generate-Delivery-Report Description: Request delivery report generation Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Indicates whether a delivery report is wanted at successful delivery. Default is not to generate such a report. RFC 2156(MIXER),(MIXER); not for general use.2.1.44G. Klyne, et al. Standards Track [Page 27] RFC 4021 Mail and MIME Header Fields March 2005 2.1.44. Headerfield:Field: Prevent-NonDelivery-Report Description: Non-delivery report required? Applicable protocol: Mail[20] Klyne & Palme Expires November 5, 2004 [Page 27] Internet-Draft Mail and MIME header fields May 2004[18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Indicates whether a non-delivery report is wanted on delivery error. Default is to generate such a report. RFC 2156(MIXER),(MIXER); not for general use.2.1.452.1.45. Headerfield:Field: Obsoletes Description: Reference message to be replaced Applicable protocol: Mail[20][18] Status: obsolete Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 1327 [3] Related information: Reference to a previous message being corrected and replaced. Compare to'Supersedes:''Supersedes:',f used in Usenet News. Introduced by RFC1327,1327 and subsequently renamed by RFC 2156 to 'Supersedes'.2.1.46G. Klyne, et al. Standards Track [Page 28] RFC 4021 Mail and MIME Header Fields March 2005 2.1.46. Headerfield:Field: Supersedes Description: Reference message to be replaced Applicable protocol: Mail[20][18] Status: standards-trackKlyne & Palme Expires November 5, 2004 [Page 28] Internet-Draft Mail and MIME header fields May 2004Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Reference to a previous message being corrected and replaced. Renamed version of obsolete 'Obsoletes' header field. RFC 2156(MIXER),(MIXER); not for general use.2.1.472.1.47. Headerfield:Field: Content-Identifier Description: Message content identifier Applicable protocol: Mail[20][18] Status: obsolete Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 1327 [3] Related information: A text stringwhichthat identifies the content of a message. Introduced by RFC1327,1327 and subsequently changed by RFC 2156 to avoid confusion with MIME defined fields. Gatewayswhichthat reverse map may support the old field.2.1.48 Header field: Delivery-DateG. Klyne, et al. Standards Track [Page 29] RFC 4021 Mail and MIME Header Fields March 2005 2.1.48. Header Field: Delivery-Date Description: Message delivery time Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task ForceKlyne & Palme Expires November 5, 2004 [Page 29] Internet-Draft Mail and MIME header fields May 2004Specification document(s): RFC 2156[12][10] Related information: The time when a message was delivered to its recipient. RFC 2156(MIXER),(MIXER); not for general use.2.1.492.1.49. Headerfield:Field: Expiry-Date Description: Message expiry time Applicable protocol: Mail[20][18] Status: obsolete Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 1327 [3] Related information: Time at which a message loses its validity. Introduced by RFC1327,1327 and subsequently changed by RFC 2156 to 'Expires:'.2.1.50G. Klyne, et al. Standards Track [Page 30] RFC 4021 Mail and MIME Header Fields March 2005 2.1.50. Headerfield:Field: Expires Description: Message expiry time Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Time at which a message loses its validity. Renamed version of obsolete Expiry-Date header field. RFC 2156 (MIXER), not forKlyne & Palme Expires November 5, 2004 [Page 30] Internet-Draft Mail and MIME header fields May 2004general use.2.1.512.1.51. Headerfield:Field: Reply-By Description: Time by which a reply is requested Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Latest timeatby which a reply is requested (not demanded). RFC 2156(MIXER),(MIXER); not for general use.2.1.52G. Klyne, et al. Standards Track [Page 31] RFC 4021 Mail and MIME Header Fields March 2005 2.1.52. Headerfield:Field: Importance Description: Message importance Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: A hint from the originator to the recipients about how important a message is. Values: High,normalnormal, or low. Not used to control transmission speed. Proposed for use with RFC 2156 (MIXER) [10] and RFC2421 (VPIM). Klyne & Palme Expires November 5, 2004 [Page 31] Internet-Draft Mail and MIME header fields May 2004 2.1.533801 (VPIM) [14]. 2.1.53. Headerfield:Field: Incomplete-Copy Description: Body parts aremissing.missing Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Body parts are missing. RFC 2156(MIXER),(MIXER); not for general use.2.1.54G. Klyne, et al. Standards Track [Page 32] RFC 4021 Mail and MIME Header Fields March 2005 2.1.54. Headerfield:Field: Priority Description: Message priority Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Can be 'normal','urgent''urgent', or 'non-urgent' and can influence transmission speed and delivery. RFC 2156(MIXER),(MIXER); not for general use.2.1.552.1.55. Headerfield:Field: Sensitivity Description: Message content sensitivityKlyne & Palme Expires November 5, 2004 [Page 32] Internet-Draft Mail and MIME header fields May 2004Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: How sensitive it is to disclose this message tootherpeople other than the specified recipients. Values: Personal, private, and company confidential. The absence of this header field in messages gatewayed from X.400 indicates that the message is not sensitive. Proposed for use with RFC 2156 (MIXER) [10] and RFC2421 (VPIM). 2.1.563801 (VPIM) [14]. G. Klyne, et al. Standards Track [Page 33] RFC 4021 Mail and MIME Header Fields March 2005 2.1.56. Headerfield:Field: Language Description: X.400 message contentlenguagelanguage Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Can include a code for the natural language used in amessage, e.g.message; e.g., 'en' for English. See also 'Content-Language'. RFC 2156(MIXER),(MIXER); not for general use.2.1.572.1.57. Headerfield:Field: Conversion Description: Conversion allowed?Klyne & Palme Expires November 5, 2004 [Page 33] Internet-Draft Mail and MIME header fields May 2004Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: The body of this message may not be converted from one character set to another. Values:Prohibitedprohibited and allowed. RFC 2156(MIXER),(MIXER); not for general use.2.1.58G. Klyne, et al. Standards Track [Page 34] RFC 4021 Mail and MIME Header Fields March 2005 2.1.58. Headerfield:Field: Conversion-With-Loss Description: Lossy conversion allowed? Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: The body of this message may not be converted from one character set to another if information will be lost. Values:Prohibitedprohibited and allowed. RFC 2156(MIXER),(MIXER); not for general use.2.1.592.1.59. Headerfield:Field: Message-Type Description: Message type: delivery report? Applicable protocol: Mail[20] Klyne & Palme Expires November 5, 2004 [Page 34] Internet-Draft Mail and MIME header fields May 2004[18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Only used with the value 'Delivery Report' toindicatesindicate that this is a delivery report gatewayed from X.400. RFC 2156(MIXER),(MIXER); not for general use.2.1.60G. Klyne, et al. Standards Track [Page 35] RFC 4021 Mail and MIME Header Fields March 2005 2.1.60. Headerfield:Field: Autosubmitted Description: Automatically submitted indicator Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Has been automatically submitted. RFC 2156(MIXER),(MIXER); not for general use.2.1.612.1.61. Headerfield:Field: Autoforwarded Description: Automatically forwarded indicator Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task ForceKlyne & Palme Expires November 5, 2004 [Page 35] Internet-Draft Mail and MIME header fields May 2004Specification document(s): RFC 2156[12][10] Related information: Has been automatically forwarded. RFC 2156 (MIXER), not for general use.2.1.62G. Klyne, et al. Standards Track [Page 36] RFC 4021 Mail and MIME Header Fields March 2005 2.1.62. Headerfield:Field: Discarded-X400-IPMS-Extensions Description: X.400 IPM extensions discarded Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Can be used in Internet mail to indicate X.400 IPM extensionswhichthat could not be mapped to Internet mail format. RFC 2156(MIXER),(MIXER); not for general use.2.1.632.1.63. Headerfield:Field: Discarded-X400-MTS-Extensions Description: X.400 MTS extensions discarded Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12] Klyne & Palme Expires November 5, 2004 [Page 36] Internet-Draft Mail and MIME header fields May 2004[10] Related information: Can be used in Internet mail to indicate X.400 MTS extensionswhichthat could not be mapped to Internet mail format. RFC 2156(MIXER),(MIXER); not for general use.2.1.64G. Klyne, et al. Standards Track [Page 37] RFC 4021 Mail and MIME Header Fields March 2005 2.1.64. Headerfield:Field: Disclose-Recipients Description: Disclose names of other recipients? Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Tells whether recipients are to be told the names of other recipients of the same message. This is primarily an X.400 facility. In X.400, this is an envelope attribute and refers to disclosure of the envelope recipient list. Disclosure of other recipients is done in Internet maildonevia the To:,cc:cc:, and bcc: header fields. Not for general use.2.1.652.1.65. Headerfield:Field: Deferred-Delivery Description: Deferred delivery information Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12] Klyne & Palme Expires November 5, 2004 [Page 37] Internet-Draft Mail and MIME header fields May 2004[10] Related information: Provides information about deferred delivery service to the recipient. RFC 2156(MIXER),(MIXER); not for general use.2.1.66G. Klyne, et al. Standards Track [Page 38] RFC 4021 Mail and MIME Headerfield:Fields March 2005 2.1.66. Header Field: Latest-Delivery-Time Description: Latest delivery time requested Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Provides the recipient with information about requesteddelivery,delivery but will not be acted on by the SMTPinfrastrucuture.infrastructure. RFC 2156(MIXER),(MIXER); not for general use.2.1.672.1.67. Headerfield:Field: Originator-Return-Address Description: Originator return address Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Originator return address. RFC 2156(MIXER),(MIXER); not for general use.Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page38] Internet-Draft39] RFC 4021 Mail and MIMEheader fields May 2004 2.1.68Headerfield:Fields March 2005 2.1.68. Header Field: X400-Content-Identifier Description: Message content identifier Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: A text stringwhichthat identifies the content of a message. Renamed version of obsolete Content-Identifier field. RFC 2156(MIXER),(MIXER); not for general use.2.1.692.1.69. Headerfield:Field: X400-Content-Return Description: Return content on non-delivery? Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: Indicates whether the content of a message is to be returned with non-delivery notifications. Renamed version of obsoleteContent-ReturnContent- Return field. RFC 2156(MIXER),(MIXER); not for general use.2.1.70 Header field: X400-Content-Type Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page39] Internet-Draft40] RFC 4021 Mail and MIMEheader fields May 2004Header Fields March 2005 2.1.70. Header Field: X400-Content-Type Description: X400 content type Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: X400 content type. RFC 2156(MIXER),(MIXER); not for general use.2.1.712.1.71. Headerfield:Field: X400-MTS-Identifier Description: X400 MTS-Identifier Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: X400 MTS-Identifier. RFC 2156(MIXER),(MIXER); not for general use.2.1.72G. Klyne, et al. Standards Track [Page 41] RFC 4021 Mail and MIME Header Fields March 2005 2.1.72. Headerfield:Field: X400-Originator Description: X400 Originator Applicable protocol: Mail[20][18] Status: standards-trackKlyne & Palme Expires November 5, 2004 [Page 40] Internet-Draft Mail and MIME header fields May 2004Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: X400 Originator. RFC 2156(MIXER),(MIXER); not for general use.2.1.732.1.73. Headerfield:Field: X400-Received Description: X400 Received Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: X400 Received. RFC 2156(MIXER),(MIXER); not for general use.2.1.74G. Klyne, et al. Standards Track [Page 42] RFC 4021 Mail and MIME Header Fields March 2005 2.1.74. Headerfield:Field: X400-Recipients Description: X400 Recipients Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12] Klyne & Palme Expires November 5, 2004 [Page 41] Internet-Draft Mail and MIME header fields May 2004[10] Related information: X400 Recipients. RFC 2156(MIXER),(MIXER); not for general use.2.1.752.1.75. Headerfield:Field: X400-Trace Description: X400 Trace Applicable protocol: Mail[20][18] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2156[12][10] Related information: X400 Trace. RFC 2156 (MIXER), not for general use.Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page42] Internet-Draft43] RFC 4021 Mail and MIMEheader fields May 2004 2.2Header Fields March 2005 2.2. Permanent MIMEheader field registrationsHeader Field Registrations Header name Protocol ----------- -------- MIME-Version MIME MIME version number Content-ID MIME Identify content body part Content-Description MIME Description of message body part Content-Transfer-Encoding MIME Content transfer encoding applied Content-Type MIME MIME content type Content-Base MIME Base to be used for resolving relative URIs within this contentpart.part Content-Location MIME URI for retrieving a body part Content-features MIME Indicates content features of a MIME body part Content-Disposition MIME Intended content disposition and file name Content-Language MIME Language of message content Content-Alternative MIME Alternative content available Content-MD5 MIME MD5 checksum of content Content-Duration MIME Time duration of content2.2.12.2.1. Headerfield:Field: MIME-Version Description: MIME version number Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2045[8][7] (section 4) Related information: An indicator that this message is formatted according to the MIME standard, and an indication of which version of MIME isutilized. Klyne & Palme Expires November 5, 2004used. G. Klyne, et al. Standards Track [Page43] Internet-Draft44] RFC 4021 Mail and MIMEheader fields May 2004 2.2.2Headerfield:Fields March 2005 2.2.2. Header Field: Content-ID Description: Identify content body part Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2045[8][7] (section 7) Related information: Specifies a Unique ID for one MIME body part of the content of a message.2.2.32.2.3. Headerfield:Field: Content-Description Description: Description of message body part Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2045[8][7] (section 8) Related information: Description of a particular body part of amessage,message; forexampleexample, a caption for an image body part.2.2.4 Header field: Content-Transfer-EncodingG. Klyne, et al. Standards Track [Page 45] RFC 4021 Mail and MIME Header Fields March 2005 2.2.4. Header Field: Content-Transfer-Encoding Description: Content transfer encoding appliedKlyne & Palme Expires November 5, 2004 [Page 44] Internet-Draft Mail and MIME header fields May 2004Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2045[8][7] (section 6) Related information: Coding method used in a MIME message body part.2.2.52.2.5. Headerfield:Field: Content-Type Description: MIME content type Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2045[8][7] (section 5) Related information: Format of content (charactersetset, etc.) Note that the values for this header field are defined in different ways in RFC 1049 and in MIME (RFC2045), look for the2045). The 'MIME-version' header fieldto understand ifwill show whether Content-Type is to be interpreted according to RFC 1049 or according to MIME. The MIME definition should be used in generating mail. RFC 1049 has 'historic' status. RFC 1766 [5] defines a parameter 'difference' to this header field. Various other Content-Type define various additional parameters. For example, the parameter 'charset' is mandatory for all textual Content-Types. Seealso:also RFC 1049, RFC 1123: 5.2.13, and RFC 1766: 4.1.2.2.6 Header field: Content-Base Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page45] Internet-Draft46] RFC 4021 Mail and MIMEheader fields May 2004Header Fields March 2005 2.2.6. Header Field: Content-Base Description: Base to be used for resolving relative URIs within this content part. Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2110[10][8] Related information: Base to be used for resolving relative URIs within this content part. See also Content-Location. This header was included in the first version of MHTML and HTTP 1.1 but removed in the second version(RFC2557). 2.2.7(RFC 2557). 2.2.7. Headerfield:Field: Content-Location Description: URI for retrieving a body part Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2557[18][16] Related information: URI using which the content of this body-part part was retrieved, might be retrievable, or which otherwise gives a globally unique identification of the content.2.2.8 Header field: Content-features Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page46] Internet-Draft47] RFC 4021 Mail and MIMEheader fields May 2004Header Fields March 2005 2.2.8. Header Field: Content-features Description: Indicates content features of a MIME body part Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2912[21][19] (section 3) Related information: The 'Content-features:' header can be used to annotate a MIME body part with a media feature expression, to indicate features of the body part content. Seealso:also RFC 2533, RFC 2506, and RFC 2045.2.2.92.2.9. Headerfield:Field: Content-Disposition Description: Intended content disposition and file name Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2183[13][11] Related information:WhetherIndicates whether a MIME body part is to be shown inline or is an attachment; can also indicate a suggested filename for use when saving an attachment to a file.2.2.10G. Klyne, et al. Standards Track [Page 48] RFC 4021 Mail and MIME Header Fields March 2005 2.2.10. Headerfield:Field: Content-Language Description: Language of message contentKlyne & Palme Expires November 5, 2004 [Page 47] Internet-Draft Mail and MIME header fields May 2004Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 3282[23][21] Related information: Can include a code for the natural language used in amessage, e.g.message; e.g., 'en' for English. Can also contain a list of languages for a message containing more than one language.2.2.112.2.11. Headerfield:Field: Content-Alternative Description: Alternative content available Applicable protocol: MIME[8][7] Status: work-in-progress Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 3297[24][22] Related information: Information about the media features of alternative content formats available for the current message.2.2.12G. Klyne, et al. Standards Track [Page 49] RFC 4021 Mail and MIME Header Fields March 2005 2.2.12. Headerfield:Field: Content-MD5 Description: MD5 checksum of content Applicable protocol: MIME[8][7] Status: standards-trackKlyne & Palme Expires November 5, 2004 [Page 48] Internet-Draft Mail and MIME header fields May 2004Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 1864[7][6] Related information: Checksum of content to ensure that it has not been modified.2.2.132.2.13. Headerfield:Field: Content-Duration Description: Time duration of content Applicable protocol: MIME[8][7] Status: standards-track Author/change controller: IETF (mailto:iesg@ietf.org) Internet Engineering Task Force Specification document(s): RFC 2424[17][15] Related information: Time duration of body part content, in seconds(e.g.(e.g., for audio message). 3. IANAconsiderations ThisConsiderations Section 2 of this specification provides initial registrations of mail and MIME header fields in the "Permanent Message Header Field Registry", defined byRegistrationregistration procedures for message header fields [1]. G. Klyne, et al. Standards Track [Page 50] RFC 4021 Mail and MIME Header Fields March 2005 4. SecurityconsiderationsConsiderations No security considerations are introduced by this registration document beyond those already inherent in use of the mail message header fields referenced. 5. Acknowledgements Most of the information in this document has been derived from Jacob Palme's work in RFC 2076[27][25] and subsequent updates[28]. Klyne & Palme Expires November 5, 2004 [Page 49] Internet-Draft Mail and MIME header fields May 2004[26]. The authors also gratefully acknowledge contributions and constructive inputfrom:from Mark Nottingham, Bruce Lilly, KeithMooreMoore, and Charles Lindsey (the mention of whom is not intended to imply their unqualified support for material herein). 6. References6.16.1. NormativereferencesReferences [1] Klyne, G., Nottingham,M.M., and J. Mogul, "RegistrationproceduresProcedures formessage headers", Oct 2003, <http:// www.ietf.org/internet-drafts/ draft-klyne-msghdr-registry-07.txt>.Message Header Fields", BCP 90, RFC 3864, September 2004. [2] Crocker, D., "Standard for the format of ARPA Internet text messages", STD 11, RFC 822, August 1982. [3] Hardcastle-Kille, S., "Mapping between X.400(1988) / ISO 10021 and RFC 822", RFC 1327, May 1992. [4]Alvestrand, H., Jordan, K. and J. Romaguera, "Rules for downgrading messages from X.400/88 to X.400/84 when MIME content-types are present in the messages", RFC 1496, August 1993. [5]Costanzo, A., Robinson,D.D., and R. Ullmann, "Encoding Header Field for Internet Messages", RFC 1505, August 1993.[6][5] Alvestrand, H., "Tags for the Identification of Languages", RFC 1766, March 1995.[7][6] Myers, J. and M. Rose, "The Content-MD5 Header Field", RFC 1864, October 1995.[8][7] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies", RFC 2045, November 1996.[9] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types", RFC 2046, November 1996. [10] Palme, J.[8] Palme, J. and A. Hopmann, "MIME E-mail Encapsulation of Aggregate Documents, such as HTML (MHTML)", RFC 2110, March 1997.[11][9] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page50] Internet-Draft51] RFC 4021 Mail and MIMEheader fields May 2004 [12]Header Fields March 2005 [10] Kille, S., "MIXER (Mime Internet X.400 Enhanced Relay): Mapping between X.400 and RFC 822/MIME", RFC 2156, January 1998.[13][11] Troost, R., Dorner,S.S., and K. Moore, "Communicating Presentation Information in Internet Messages: TheContent-DispositionContent- Disposition Header Field", RFC 2183, August 1997.[14] Fajman, R., "An Extensible Message Format for Message[12] Hansen, T. and G. Vaudreuil, "Message DispositionNotifications",Notification", RFC2298, March 1998. [15]3798, May 2004. [13] Neufeld, G. and J. Baer, "The Use of URLs as Meta-Syntax for Core Mail List Commands and their Transport through Message Header Fields", RFC 2369, July 1998.[16][14] Vaudreuil, G. and G. Parsons, "Voice Profile for Internet Mail - version2",2 (VPIMv2)", RFC2421, September 1998. [17]3801, June 2004. [15] Vaudreuil, G. and G. Parsons, "Content Duration MIME Header Definition", RFC2424, September 1998. [18]3803, June 2004. [16] Palme,F.,J., Hopmann, A.,Shelness, N.andE. Stefferud,N. Shelness, "MIME Encapsulation of Aggregate Documents, such as HTML (MHTML)", RFC 2557, March 1999.[19][17] Klensin, J., "Simple Mail Transfer Protocol", RFC 2821, April 2001.[20][18] Resnick, P., "Internet Message Format", RFC 2822, April 2001.[21][19] Klyne, G., "Indicating Media Features for MIME Content", RFC 2912, September 2000.[22][20] Chandhok, R. and G. Wenger, "List-Id: A Structured Field and Namespace for the Identification of Mailing Lists", RFC 2919, March 2001.[23][21] Alvestrand, H., "Content Language Headers", RFC 3282, May 2002.[24][22] Klyne, G., Iwazaki,R.R., and D. Crocker, "Content Negotiation for Messaging Services based on Email", RFC 3297, July 2002.[25][23] Burger, E., Candell, E., Eliot,C.C., and G. Klyne, "Message Context for Internet Mail", RFC 3458, January 2003.[26][24] Miller, J., Krauskopf, T., Resnick, P. and W. Treese, "PICS Label Distribution Label Syntax and Communication Protocols", W3C Recommendation REC-PICS-labels, October 1996,<http:// www.w3.org/TR/REC-PICS-labels>. Klyne & Palme Expires November 5, 2004<http://www.w3.org/TR/REC-PICS-labels>. G. Klyne, et al. Standards Track [Page51] Internet-Draft52] RFC 4021 Mail and MIMEheader fields May 2004 6.2Header Fields March 2005 6.2. Informativereferences [27]References [25] Palme, J., "Common Internet Message Headers", RFC 2076, February 1997.[28][26] Palme, J., "Common Internet Message Header Fields",Internet draft draft-palme-mailext-headers-08, November 2001, <http:// www.ietf.org/internet-drafts/ draft-palme-mailext-headers-08.txt>.Work in Progress. URIs[29][27] <http://www.ninebynine.org/IETF/Messaging/HdrRegistry/ Intro.html> Authors' Addresses Graham KlyneNine by NineImage Bioinformatics Research Group Department of Zoology, University of Oxford South Parks Road, Oxford OX1 3PS, UK Phone: +44-(0)1865-281991 Fax: +44-(0)1865-310447 EMail: GK-IETF@ninebynine.orgURI: http://www.ninebynine.net/Jacob Palme Stockholm University/KTH Forum 100 Kista S-164 40 Sweden Phone: +46-8-16 16 67 Fax: +46-8-783 08 29 EMail: jpalme@dsv.su.seAppendix A. Revision history [[[Please remove this section on final publication]]] A.1 draft-klyne-hdrreg-mail-05 05a 07-May-2004: * Change status of headers defined by RFC822 to standard, except Encrypted which is obsolete. Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page52] Internet-Draft53] RFC 4021 Mail and MIMEheader fields May 2004 * Add RFC822 to references. * Set ?RFC strict=yes, and clean up ID-nits. A.2 draft-klyne-hdrreg-mail-04 04b 19-Apr-2004: * Final editorial tidying. * Acknowledge additional contributions. 04a 14-Apr-2004: * Minor editorial fixes. * Fix up message-headers I-D reference. [28] A.3 draft-klyne-hdrreg-mail-03 03c 13-Apr-2004: * Added Accept-Language header, with some warning text concerning its use with email. * Removed Originator headere, since it is not used as a mail message header. * Fix up report generator error in author/change controller handling. 03b 06-Apr-2004: * Using a new version of the RDF-to-documentation generator for registry entry data. * Revised format of registry entries to avoid some duplication ofHeader Fields March 2005 Full Copyright Statement Copyright (C) The Internet Society (2005). This documentand author details. * Added documents referenced by the regsitration entries to the references section, and added citationsis subject to theentries themselves. Klyne & Palme Expires November 5, 2004 [Page 53] Internet-Draft Mail and MIME header fields May 2004 03a 15-Mar-2004: * Addedrights, licenses andrevised header details, per comments from Bruce Lilly. A.4 draft-klyne-hdrreg-mail-02 02d 19-Feb-2004: * Incorporated small changes to specific header field descriptions, suggested by Jacob. 02c 18-Feb-2004: * Separated Mailrestrictions contained in BCP 78, andMIME header fields. * Corrected specification reference for MIXER headers (RFC 2156). * Changed applicable protocol for MIME header fields. * Other smaller corrections. 02b 17-Feb-2004: * Removed provisional mail header registrations from this document. 02a 05-Aug-2002: * Added Jacob Palmeexcept asco-editor. A.5 draft-klyne-hdrreg-mail-01 01c 05-Jun-2002: * Minor editorial. 01b 10-May-2002: * Updated some contact information. * Regenerated registry tables with revised software. Klyne & Palme Expires November 5, 2004 [Page 54] Internet-Draft Mailset forth therein, the authors retain all their rights. This document andMIME header fields May 2004 01a 08-May-2002: * Revised change controllerthe informationin line with registry specification. * Cleaned up some table layout. A.6 draft-klyne-hdrreg-mail-00 00c 05-May-2002: * Added data for permanent and provisional registries. 00b 01-May-2002: * Revised form of registry entry content. (Auto-generated from RDF data.) 00a 22-Jan-2002: * Document initially created. Appendix B. TODO: [[[Please remove this sectioncontained herein are provided onfinal publication]]] o Resolve reference to registration procedure RFC [1]. o Remove any remaining [[[editorial comments]]]. Klyne & Palme Expires November 5, 2004 [Page 55] Internet-Draft Mailan "AS IS" basis andMIME header fields May 2004THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual PropertyStatementThe IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on theIETF'sprocedures with respect to rights inIETF DocumentsRFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF atietf-ipr@ietf.org. Disclaimer of Validity This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Copyright Statement Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. Acknowledgmentietf- ipr@ietf.org. Acknowledgement Funding for the RFC Editor function is currently provided by the Internet Society.Klyne & Palme Expires November 5, 2004G. Klyne, et al. Standards Track [Page56]54] ----