1. Introduction

Pour utiliser les adresses e-mail internationalement, il est nécessaire d'internationaliser à la fois la partie de domaine et la partie locale des adresses e-mail. La partie de domaine des adresses e-mail est déjà internationalement [RFC5890], tandis que la partie locale n'est pas. Sans les extensions spécifiées dans ce document, le nom de la boîte aux lettres est limité à un sous-ensemble de 7 bits ASCII [RFC5321]. Bien que MIME [RFC2045] permet le transport de données non ASCII, il ne fournit pas de mécanisme pour les adresses e-mail internationalement. Dans RFC 2047 [RFC2047], MIME définit un mécanisme de codage pour certains champs d'en-tête de message spécifiques pour accueillir des données non ASCII. Cependant, il ne permet pas l'utilisation d'adresses e-mail qui incluent des caractères non ASCII. Sans les extensions définies ici, ou un ensemble équivalent, la seule façon d'incorporer des caractères non ASCII dans n'importe quelle partie des adresses e-mail est d'utiliser le codage RFC 2047 pour les intégrer dans ce que RFC 5322 [RFC5322] appelle le "nom d'affichage" (connu sous le nom de "phrase de nom" ou par d'autres termes ailleurs) des champs d'en-tête pertinents. Les informations codées dans le nom d'affichage sont invisibles dans l'enveloppe du message et, à de nombreuses fins, ne font pas partie du nom de l'adresse du tout.

Ce document remplace la RFC 4952 [RFC4952]; il reflète des problèmes supplémentaires, une terminologie commune et certains changements architecturaux identifiés depuis la publication de celle-ci, qu'il rend obsolète. Les descriptions expérimentales de la rétrogradation en transit [RFC5504] [RFC5825] sont désormais sans objet et ne sont plus nécessaires en raison des changements présentés à la section 12. Le RFC Editor est prié de classer ces trois documents dans la catégorie Historic.

Les pronoms "il" et "elle" sont utilisés de manière interchangeable pour indiquer un humain de sexe indéterminé.

Les mots clés « MUST », « MUST NOT », « REQUIRED », « SHALL », « SHALL NOT », « SHOULD », « SHOULD NOT », « RECOMMENDED », « MAY » et « OPTIONAL » employés dans ce document doivent être interprétés comme décrit dans le BCP 14, RFC 2119 [RFC2119].