Anhang B. Änderungen seit RFC 4288 (Changes since RFC 4288)

Suffixe zur Angabe der Verwendung einer bestimmten strukturierten Syntax sind jetzt vollständig spezifiziert und ein Suffix-Registrierungsprozess wurde definiert.
Die Registrierung von weit verbreiteten unregistrierten nicht-fazettierten Typnamen im Anbieter- oder persönlichen Baum ist jetzt erlaubt, vorbehaltlich der Genehmigung durch den Medientyp-Prüfer und die IESG.
Das Standards-Baum-Registrierungsverfahren wurde überarbeitet, um Expertenprüfung (Expert Review) einzuschließen und wurde verallgemeinert, um Fälle wie Medientypen in Nicht-IETF-Stream-Dokumenten zu behandeln.
Ein Feld für Fragment-Identifikatoren wurde zur Registrierungsvorlage hinzugefügt und kurze Anweisungen zur Spezifizierung von Fragment-Identifikatoren wurden hinzugefügt.
Die Spezifikationsanforderungen für persönliche Baum-Registrierungen wurden geändert, um mit denen des Anbieter-Baums identisch zu sein. Der Text wurde geändert, um die Verfügbarkeit von Spezifikationen zu fördern (aber nicht zu verlangen).
Das Verfahren zur Definition zusätzlicher Bäume wurde klargestellt, um anzugeben, dass eine IETF Standards Action erforderlich ist.
Weit verbreitete Typen mit "x-"-Namen können jetzt als Ausnahme im Anbieter-Baum registriert werden.
Die Anforderungen an Änderungen an Registrierungen wurden gelockert, so dass kleinere Änderungen einfacher vorzunehmen sind.
Das Registrierungsverfahren wurde vollständig umstrukturiert, so dass mit Ausnahme von IETF-generierten Typen im Standards-Baum alle Anfragen von der IANA und nicht von der IESG bearbeitet werden.
Ein vorläufiges Registrierungsverfahren wurde für die frühzeitige Zuweisung von Typen im Standards-Baum hinzugefügt.
Das Feld "Restrictions on Usage" (Nutzungsbeschränkungen) in der Registrierungsvorlage wurde auf "optional" (optional) geändert.
Es wird jetzt empfohlen, aber nicht verlangt, Empfehlungen zur Interoperabilität mit bestimmten Einschränkungen anzugeben. (In RFC 4288 wurde empfohlen, aber nicht verlangt, einen Satz von Kodierungen anzugeben, die unterstützt werden müssen, aber dies wurde als zu normativ angesehen.)
Neue Charset-Parameter-Anforderungen wurden für text-Medientypen hinzugefügt.
Der Name des persönlichen Baums wurde in "personal or vanity" (persönlicher oder Eitelkeits-) Baum geändert, um seine beabsichtigte Verwendung besser widerzuspiegeln.