Passa al contenuto principale

RFC 6532 - Intestazioni di posta elettronica internazionalizzate

  • Stato: Proposed Standard
  • Pubblicato: February 2012
  • Stream: IETF
  • Aggiorna: RFC2045
  • Sostituisce: RFC5335
  • Errata: Nessun 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. Questa specifica si aggiunge alla sintassi dell'intestazione dell'email descritta nella RFC 5322 per accogliere la codifica UTF-8. Aggiorna anche le regole per "message/global" a regole simili per "message/rfc822" per gestire le intestazioni di posta elettronica internazionalizzate.

Status of This Memo​

This is an Internet Standards Track document. Questo è un documento Internet Standards Track.

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. Questo documento è un prodotto della Internet Engineering Task Force (IETF). Rappresenta il consenso della comunità IETF. Ha ricevuto una revisione pubblica ed è stato approvato per la pubblicazione dall'Internet Engineering Steering Group (IESG). Ulteriori informazioni sugli standard Internet sono disponibili nella Sezione 2 della 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. Le informazioni sullo stato attuale di questo documento, eventuali errata e come fornire feedback su di esso possono essere ottenute all'indirizzo 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 e le persone identificate come autori del documento. Tutti i diritti riservati.

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. Questo documento è soggetto alla BCP 78 e alle disposizioni legali dell'IETF Trust relative ai documenti IETF (http://trustee.ietf.org/license-info) in vigore alla data di pubblicazione di questo documento. Si prega di esaminare attentamente questi documenti, poiché descrivono i propri diritti e restrizioni rispetto a questo documento. I componenti di codice estratti da questo documento devono includere il testo della licenza BSD semplificata come descritto nella Sezione 4.e delle disposizioni legali del Trust e sono forniti senza garanzia come descritto nella licenza BSD semplificata.

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. Questo documento può contenere materiale proveniente da documenti IETF o contributi IETF pubblicati o resi disponibili pubblicamente prima del 10 novembre 2008. La persona o le persone che controllano il copyright in parte di questo materiale potrebbero non aver concesso all'IETF Trust il diritto di consentire modifiche di tale materiale al di fuori del processo degli standard IETF. Senza ottenere una licenza adeguata dalla persona o dalle persone che controllano il copyright in tali materiali, questo documento non può essere modificato al di fuori del processo degli standard IETF e non possono essere create opere derivate da esso al di fuori del processo degli standard IETF, tranne che per formattarlo per la pubblicazione come RFC o per tradurlo in lingue diverse dall'inglese.

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. Questo documento specifica un'estensione del formato dei messaggi Internet [RFC5322] per consentire la trasmissione di intestazioni di posta elettronica che includono caratteri non ASCII. Questa specifica consente i caratteri UTF-8 [RFC3629] nella maggior parte dei campi di intestazione dell'email, inclusi il campo di intestazione Subject, il campo di intestazione From e il campo di intestazione To.

This document obsoletes RFC 5335 [RFC5335]. Questo documento rende obsoleto l'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]. Le parole chiave "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" e "OPTIONAL" in questo documento devono essere interpretate come descritto nella RFC 2119 [RFC2119].

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. I termini "stringa UTF-8" o "carattere UTF-8" sono usati per riferirsi ai caratteri Unicode, che possono o meno essere membri del sottoinsieme ASCII, in UTF-8 [RFC3629], una forma di codifica Unicode standard.

3. Changes to RFC 5322​

This specification extends the header syntax defined in RFC 5322 [RFC5322] to allow UTF-8 characters. Questa specifica estende la sintassi dell'intestazione definita nella RFC 5322 [RFC5322] per consentire i caratteri UTF-8.

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. I caratteri UTF-8 possono essere utilizzati nei campi di intestazione come definito nelle sezioni seguenti. Tutte le stringhe UTF-8 DEVONO essere UTF-8 validi.

3.2. Syntax Extensions to RFC 5322​

The following rules are extended in ABNF [RFC5234] to allow UTF-8 characters. Le seguenti regole sono estese in ABNF [RFC5234] per consentire i caratteri UTF-8.

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. Dove UTF8-non-ascii è definito come qualsiasi carattere UTF-8 che non è un carattere ASCII.

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. L'estensione MIME a 8 bit [RFC6152] viene utilizzata per consentire i dati a 8 bit nel corpo del messaggio. Questa specifica lo estende per consentire anche i dati a 8 bit nelle intestazioni.

3.4. Address Syntax​

The syntax for email addresses is extended to allow UTF-8 characters in the local-part and the domain part. La sintassi per gli indirizzi email è estesa per consentire i caratteri UTF-8 nella parte locale e nella parte del dominio.

3.5. Trace Field Syntax​

Trace fields, such as Received, are extended to allow UTF-8 characters. I campi di traccia, come Received, sono estesi per consentire i caratteri UTF-8.

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. La sintassi per l'intestazione del messaggio è estesa per consentire i caratteri UTF-8 nei nomi dei campi e nei corpi dei campi.

4. Security Considerations​

The security considerations of RFC 5322 [RFC5322] and RFC 6530 [RFC6530] apply to this specification. Le considerazioni sulla sicurezza della RFC 5322 [RFC5322] e della RFC 6530 [RFC6530] si applicano a questa specifica.

5. IANA Considerations​

IANA has updated the registration of the "message/global" media type to reference this document. La IANA ha aggiornato la registrazione del tipo di supporto "message/global" per fare riferimento a questo documento.

6. Acknowledgements​

The authors would like to thank the members of the EAI working group for their contributions to this document. Gli autori desiderano ringraziare i membri del gruppo di lavoro EAI per i loro contributi a questo documento.

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]

Ultimo aggiornamento il