8. Considérations IANA (IANA Considerations)
L'IANA maintient trois registres (registries) pour soutenir cette spécification, tous créés pour les versions précédentes de RFC 2821. Ce document étend le troisième registre comme décrit ci-dessous.
8.1. Registre des extensions de service SMTP (SMTP Service Extensions Registry)
Le premier registre, "Extensions de service SMTP (Simple Mail Transfer Protocol)", se compose d'extensions de service SMTP avec des mots-clés associés, incluant des paramètres et des verbes si nécessaire. Comme spécifié dans la section 2.2.2, les entrées commençant par "X" NE DOIVENT PAS (MUST NOT) être enregistrées dans ce registre. Des entrées ne peuvent être faites que pour les extensions de service (et les mots-clés, paramètres ou verbes associés) définies dans des RFCs de piste de normes (Standards-Track) ou expérimentales spécifiquement approuvées par l'IESG à cette fin.
8.2. Registre des balises littérales d'adresse (Address Literal Tags Registry)
Le deuxième registre, "Balises littérales d'adresse", se compose de "balises" qui identifient les formes littérales de domaine autres que les adresses IPv4 (comme spécifié dans RFC 821 et ce document). L'entrée initiale dans ce registre est pour les adresses IPv6 (comme spécifié dans ce document). Des types littéraux supplémentaires nécessitent une normalisation avant utilisation. Aucun type supplémentaire n'est actuellement attendu.
8.3. Registre des types de transmission de courrier (Mail Transmission Types Registry)
Le troisième registre, "Types de transmission de courrier", établi par RFC 821 et mis à jour par cette spécification, est un registre des identificateurs de lien et de protocole utilisés dans les clauses "via" et "with" des horodatages ("champs d'en-tête Received:") décrits dans la section 4.4. En plus des identificateurs de lien et de protocole spécifiés dans ce document, des entrées ne peuvent être faites que par normalisation ou par extensions de protocole expérimental documentées dans des RFCs et approuvées par l'IESG. Cet espace de noms est utilisé pour l'identification et sa taille n'est pas limitée : l'IESG est encouragé à approuver les entrées sur la base d'une documentation claire et d'approches uniques plutôt que sur des préférences concernant les caractéristiques de l'approche elle-même.
Une sous-section supplémentaire a été ajoutée aux sous-sections "Types de lien VIA" et "Types de protocole WITH" de ce registre pour accueillir l'enregistrement de "Additional-registered-clauses" mentionnée ci-dessus. Le registre inclut le nom de la clause, une description, un résumé de la syntaxe de la chaîne associée et une référence. Comme pour les identificateurs de lien et de protocole, les clauses supplémentaires ne peuvent être enregistrées que par normalisation ou par extensions de protocole expérimental documentées dans des RFCs et approuvées par l'IESG.
De plus, si des champs d'en-tête de traçage supplémentaires sont créés (c'est-à-dire, autres que Return-path et Received), ces champs de traçage DOIVENT (MUST) être ajoutés au registre IANA RFC 5322 établi par BCP 90 (RFC 3864).