Zum Hauptinhalt springen

RFC 6532 - Internationalisierte E-Mail-Header

  • Status: Proposed Standard
  • Veröffentlicht: February 2012
  • Stream: IETF
  • Aktualisiert: RFC2045
  • Ersetzt: RFC5335
  • Errata: Keine Errata

Document Information​

  • RFC Number: 6532
  • Title: Internationalized Email Headers
  • Authors: A. Yang, S. Steele, N. Freed
  • Date: February 2012
  • Category: Standards Track
  • Obsoletes: RFC 5335
  • ISSN: 2070-1721

Abstract​

This specification adds to the email header syntax described in RFC 5322 to accommodate the UTF-8 encoding. It also updates the rules for "message/global" to similar rules for "message/rfc822" to handle the Internationalized Email Headers. Diese Spezifikation erweitert die in RFC 5322 beschriebene E-Mail-Header-Syntax, um die UTF-8-Kodierung aufzunehmen. Sie aktualisiert auch die Regeln für "message/global" auf ähnliche Regeln wie für "message/rfc822", um die internationalisierten E-Mail-Header zu verarbeiten.

Status of This Memo​

This is an Internet Standards Track document. Dies ist ein Internet Standards Track-Dokument.

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741. Dieses Dokument ist ein Produkt der Internet Engineering Task Force (IETF). Es repräsentiert den Konsens der IETF-Gemeinschaft. Es wurde öffentlich überprüft und von der Internet Engineering Steering Group (IESG) zur Veröffentlichung freigegeben. Weitere Informationen zu Internet-Standards finden Sie in Abschnitt 2 von RFC 5741.

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6532. Informationen zum aktuellen Status dieses Dokuments, etwaige Errata und Hinweise zur Abgabe von Feedback finden Sie unter http://www.rfc-editor.org/info/rfc6532.

Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved. Copyright (c) 2012 IETF Trust und die als Autoren des Dokuments identifizierten Personen. Alle Rechte vorbehalten.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Dieses Dokument unterliegt BCP 78 und den rechtlichen Bestimmungen des IETF Trust in Bezug auf IETF-Dokumente (http://trustee.ietf.org/license-info), die zum Zeitpunkt der Veröffentlichung dieses Dokuments gelten. Bitte lesen Sie diese Dokumente sorgfältig durch, da sie Ihre Rechte und Einschränkungen in Bezug auf dieses Dokument beschreiben. Code-Komponenten, die aus diesem Dokument extrahiert werden, müssen den Text der vereinfachten BSD-Lizenz enthalten, wie in Abschnitt 4.e der rechtlichen Bestimmungen des Trust beschrieben, und werden ohne Gewährleistung bereitgestellt, wie in der vereinfachten BSD-Lizenz beschrieben.

This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English. Dieses Dokument kann Material aus IETF-Dokumenten oder IETF-Beiträgen enthalten, die vor dem 10. November 2008 veröffentlicht oder öffentlich zugänglich gemacht wurden. Die Person(en), die das Urheberrecht an einem Teil dieses Materials kontrollieren, haben dem IETF Trust möglicherweise nicht das Recht eingeräumt, Änderungen an diesem Material außerhalb des IETF-Standardisierungsprozesses zu gestatten. Ohne eine angemessene Lizenz von der/den Person(en) zu erhalten, die das Urheberrecht an solchen Materialien kontrollieren, darf dieses Dokument nicht außerhalb des IETF-Standardisierungsprozesses geändert werden, und es dürfen keine abgeleiteten Werke davon außerhalb des IETF-Standardisierungsprozesses erstellt werden, außer um es für die Veröffentlichung als RFC zu formatieren oder es in andere Sprachen als Englisch zu übersetzen.

Table of Contents​

  1. Introduction
  2. Terminology
  3. Changes to RFC 5322
  4. Security Considerations
  5. IANA Considerations
  6. Acknowledgements
  7. References

1. Introduction​

This document specifies an extension to the Internet Message Format [RFC5322] to allow the transmission of email headers that include non-ASCII characters. This specification allows UTF-8 [RFC3629] characters in most email header fields, including the Subject header field, the From header field, and the To header field. Dieses Dokument spezifiziert eine Erweiterung des Internet-Nachrichtenformats [RFC5322], um die Übertragung von E-Mail-Headern zu ermöglichen, die Nicht-ASCII-Zeichen enthalten. Diese Spezifikation erlaubt UTF-8 [RFC3629]-Zeichen in den meisten E-Mail-Header-Feldern, einschließlich des Subject-Header-Feldes, des From-Header-Feldes und des To-Header-Feldes.

This document obsoletes RFC 5335 [RFC5335]. Dieses Dokument ersetzt RFC 5335 [RFC5335].

2. Terminology​

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 RFC 2119 [RFC2119]. Die Schlüsselwörter "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" und "OPTIONAL" in diesem Dokument sind so zu interpretieren, wie in RFC 2119 [RFC2119] beschrieben.

The terms "UTF-8 string" or "UTF-8 character" are used to refer to Unicode characters, which may or may not be members of the ASCII subset, in UTF-8 [RFC3629], a standard Unicode Encoding Form. Die Begriffe "UTF-8-Zeichenkette" oder "UTF-8-Zeichen" werden verwendet, um auf Unicode-Zeichen zu verweisen, die Mitglieder der ASCII-Teilmenge sein können oder auch nicht, in UTF-8 [RFC3629], einer Standard-Unicode-Kodierungsform.

3. Changes to RFC 5322​

This specification extends the header syntax defined in RFC 5322 [RFC5322] to allow UTF-8 characters. Diese Spezifikation erweitert die in RFC 5322 [RFC5322] definierte Header-Syntax, um UTF-8-Zeichen zuzulassen.

3.1. UTF-8 Syntax and Normalization​

UTF-8 characters can be used in the header fields as defined in the following sections. All UTF-8 strings MUST be valid UTF-8. UTF-8-Zeichen können in den Header-Feldern verwendet werden, wie in den folgenden Abschnitten definiert. Alle UTF-8-Zeichenketten MÜSSEN gültiges UTF-8 sein.

3.2. Syntax Extensions to RFC 5322​

The following rules are extended in ABNF [RFC5234] to allow UTF-8 characters. Die folgenden Regeln werden in ABNF [RFC5234] erweitert, um UTF-8-Zeichen zuzulassen.

VCHAR   =/  UTF8-non-ascii

ctext   =/  UTF8-non-ascii

atext   =/  UTF8-non-ascii

qtext   =/  UTF8-non-ascii

text    =/  UTF8-non-ascii

dtext   =/  UTF8-non-ascii

Where UTF8-non-ascii is defined as any UTF-8 character that is not an ASCII character. Wobei UTF8-non-ascii als jedes UTF-8-Zeichen definiert ist, das kein ASCII-Zeichen ist.

3.3. Use of 8-bit MIME in Headers​

The 8-bit MIME extension [RFC6152] is used to allow 8-bit data in the body of the message. This specification extends that to allow 8-bit data in the headers as well. Die 8-Bit-MIME-Erweiterung [RFC6152] wird verwendet, um 8-Bit-Daten im Nachrichtenkörper zuzulassen. Diese Spezifikation erweitert dies, um auch 8-Bit-Daten in den Headern zuzulassen.

3.4. Address Syntax​

The syntax for email addresses is extended to allow UTF-8 characters in the local-part and the domain part. Die Syntax für E-Mail-Adressen wird erweitert, um UTF-8-Zeichen im lokalen Teil und im Domänenteil zuzulassen.

3.5. Trace Field Syntax​

Trace fields, such as Received, are extended to allow UTF-8 characters. Trace-Felder wie Received werden erweitert, um UTF-8-Zeichen zuzulassen.

3.6. Message Header Body Syntax​

The syntax for the message header is extended to allow UTF-8 characters in the field names and field bodies. Die Syntax für den Nachrichten-Header wird erweitert, um UTF-8-Zeichen in den Feldnamen und Feldkörpern zuzulassen.

4. Security Considerations​

The security considerations of RFC 5322 [RFC5322] and RFC 6530 [RFC6530] apply to this specification. Die Sicherheitsüberlegungen von RFC 5322 [RFC5322] und RFC 6530 [RFC6530] gelten für diese Spezifikation.

5. IANA Considerations​

IANA has updated the registration of the "message/global" media type to reference this document. Die IANA hat die Registrierung des Medientyps "message/global" aktualisiert, um auf dieses Dokument zu verweisen.

6. Acknowledgements​

The authors would like to thank the members of the EAI working group for their contributions to this document. Die Autoren möchten den Mitgliedern der EAI-Arbeitsgruppe für ihre Beiträge zu diesem Dokument danken.

7. References​

7.1. Normative References​

  • [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
  • [RFC3629] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC 3629, November 2003.
  • [RFC5234] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.
  • [RFC5322] Resnick, P., Ed., "Internet Message Format", RFC 5322, October 2008.
  • [RFC6152] Klensin, J., Freed, N., Rose, M., and D. Crocker, "SMTP Service Extension for 8-bit MIME Transport", STD 71, RFC 6152, March 2011.

7.2. Informative References​

  • [RFC5335] Yang, A., Ed., "Internationalized Email Headers", RFC 5335, September 2008.
  • [RFC6530] Klensin, J. and Y. Ko, "Overview and Framework for Internationalized Email", RFC 6530, February 2012.

Authors' Addresses

Abel Yang TWNIC 4F-2, No. 2, Sec. 2, Jinshan S. Rd. Taipei 106 Taiwan

EMail: [email protected]

Shawn Steele Microsoft

EMail: [email protected]

Ned Freed Oracle 800 Royal Oaks Monrovia, CA 91016-6347 USA

EMail: [email protected]

Letztes Update am