8. IANA-Überlegungen (IANA Considerations)
Die IANA unterhält drei Register (registries) zur Unterstützung dieser Spezifikation, die alle für frühere Versionen von RFC 2821 erstellt wurden. Dieses Dokument erweitert das dritte Register wie unten beschrieben.
8.1. SMTP-Service-Extensions-Registry (SMTP Service Extensions Registry)
Das erste Register, "Simple Mail Transfer Protocol (SMTP) Service Extensions", besteht aus SMTP-Service-Erweiterungen mit zugehörigen Schlüsselwörtern, einschließlich Parametern und Verben nach Bedarf. Wie in Abschnitt 2.2.2 spezifiziert, DÜRFEN (MUST NOT) Einträge, die mit "X" beginnen, NICHT in diesem Register registriert werden. Einträge können nur für Service-Erweiterungen (und zugehörige Schlüsselwörter, Parameter oder Verben) vorgenommen werden, die in Standards-Track-RFCs oder experimentellen RFCs definiert sind, die speziell von der IESG für diesen Zweck genehmigt wurden.
8.2. Address-Literal-Tags-Registry (Address Literal Tags Registry)
Das zweite Register, "Address Literal Tags", besteht aus "Tags", die Domain-Literal-Formen identifizieren, die keine IPv4-Adressen sind (wie in RFC 821 und diesem Dokument spezifiziert). Der ursprüngliche Eintrag in diesem Register ist für IPv6-Adressen (wie in diesem Dokument spezifiziert). Zusätzliche Literal-Typen erfordern Standardisierung vor Verwendung. Derzeit werden keine zusätzlichen Typen erwartet.
8.3. Mail-Transmission-Types-Registry (Mail Transmission Types Registry)
Das dritte Register, "Mail Transmission Types", das durch RFC 821 etabliert und durch diese Spezifikation aktualisiert wurde, ist ein Register von Link- und Protokoll-Identifikatoren, die in den "via"- und "with"-Klauseln der Zeitstempel ("Received:"-Header-Felder) verwendet werden, die in Abschnitt 4.4 beschrieben sind. Zusätzlich zu den in diesem Dokument spezifizierten Link- und Protokoll-Identifikatoren können Einträge nur durch Standardisierung oder durch experimentelle Protokollerweiterungen vorgenommen werden, die in RFCs dokumentiert und von der IESG genehmigt sind. Dieser Namensraum wird zur Identifikation verwendet, und seine Größe ist nicht begrenzt: Die IESG wird ermutigt, Einträge auf der Grundlage klarer Dokumentation und einzigartiger Ansätze zu genehmigen, anstatt auf Präferenzen bezüglich der Merkmale des Ansatzes selbst.
Ein zusätzlicher Unterabschnitt wurde sowohl zu den Unterabschnitten "VIA Link Types" als auch "WITH Protocol Types" dieses Registers hinzugefügt, um die Registrierung der oben erwähnten "Additional-registered-clauses" unterzubringen. Das Register enthält den Klauselnamen, eine Beschreibung, eine Zusammenfassung der Syntax der zugehörigen Zeichenkette und eine Referenz. Wie bei Link- und Protokoll-Identifikatoren können zusätzliche Klauseln nur durch Standardisierung oder durch experimentelle Protokollerweiterungen registriert werden, die in RFCs dokumentiert und von der IESG genehmigt sind.
Darüber hinaus MÜSSEN (MUST) zusätzliche Trace-Header-Felder (d.h. andere als Return-path und Received), falls erstellt, zum RFC 5322 IANA-Register hinzugefügt werden, das durch BCP 90 (RFC 3864) etabliert wurde.