1. Introduction

Le courrier Internet distingue un message de son transport et divise en outre un message entre un en-tête et un corps [RFC5322]. Les valeurs des champs d'en-tête du courrier Internet contiennent diverses chaînes destinées à être visibles par l'utilisateur. La plage de caractères prise en charge pour ces chaînes était à l'origine limitée à l'[ASCII] sous forme 7 bits. MIME [RFC2045] [RFC2046] [RFC2047] offre la possibilité d'utiliser des jeux de caractères supplémentaires, mais cette prise en charge est limitée aux données des parties de corps et à des constructions de mots codés (encoded-word) spéciales qui n'étaient autorisées qu'à un nombre limité d'endroits dans les valeurs des champs d'en-tête.

La mondialisation d'Internet exige la prise en charge de l'ensemble bien plus vaste de caractères fourni par Unicode [RFC5198], tant dans les adresses de courrier que dans la plupart des valeurs des champs d'en-tête. En outre, les schémas d'encodage complexes tels que les mots codés introduisent des inefficacités ainsi que des possibilités importantes d'erreurs de traitement. Enfin, la prise en charge native du jeu de caractères UTF-8 est désormais disponible sur la plupart des systèmes. Par conséquent, il est fortement souhaitable que le courrier Internet prenne en charge directement l'UTF-8 [RFC3629].

Ce document spécifie une amélioration de l'Internet Message Format [RFC5322] et de MIME qui permet l'utilisation directe de l'UTF-8, plutôt que du seul ASCII, dans les valeurs des champs d'en-tête, y compris les adresses de courrier. Un nouveau type de média, message/global, est défini pour les messages qui utilisent ce format étendu. Cette spécification lève également la restriction MIME concernant la présence d'encodages de transfert de contenu non identity sur tout sous-type du type de premier niveau message, afin que les parties message/global puissent être transmises en toute sécurité à travers l'infrastructure de courrier existante.

Cette spécification repose sur un modèle de prise en charge native de bout en bout de l'UTF-8, qui dépend de la présence d'un environnement "8-bit-clean" assuré par le système de transport. La prise en charge du transport à travers une infrastructure héritée sur 7 bits et du traitement par des récepteurs sur 7 bits nécessite des mécanismes supplémentaires qui ne sont pas fournis par ces spécifications.

Cette spécification est une révision de [RFC5335] et le remplace. La section 6 de [RFC6530] décrit le changement d'approche entre cette spécification et la version précédente.