Appendice B. Modifications depuis la RFC 4288 (Changes since RFC 4288)

Les suffixes pour indiquer l'utilisation d'une syntaxe structurée particulière sont maintenant entièrement spécifiés et un processus d'enregistrement de suffixe a été défini.
L'enregistrement de noms de types non facettés largement déployés mais non enregistrés dans l'arbre des fournisseurs ou personnel est maintenant autorisé, sous réserve de l'approbation du réviseur des types de médias et de l'IESG.
Le processus d'enregistrement de l'arbre des normes a été révisé pour inclure un examen par un expert (Expert Review) et généralisé pour traiter des cas tels que les types de médias dans des documents de flux non IETF.
Un champ pour les identificateurs de fragments a été ajouté au modèle d'enregistrement et de brèves instructions pour spécifier les identificateurs de fragments ont été ajoutées.
Les exigences de spécification pour les enregistrements de l'arbre personnel ont été modifiées pour être les mêmes que celles de l'arbre des fournisseurs. Le texte a été modifié pour encourager (mais pas exiger) la disponibilité des spécifications.
Le processus de définition d'arbres supplémentaires a été clarifié pour indiquer qu'une action de normalisation IETF (IETF Standards Action) est requise.
Les types largement déployés avec des noms en "x-" peuvent maintenant être enregistrés à titre exceptionnel dans l'arbre des fournisseurs.
Les exigences relatives aux modifications des enregistrements ont été assouplies pour faciliter les modifications mineures.
Le processus d'enregistrement a été complètement restructuré de sorte qu'à l'exception des types générés par l'IETF dans l'arbre des normes, toutes les demandes sont traitées par l'IANA et non par l'IESG.
Un processus d'enregistrement provisoire a été ajouté pour l'attribution anticipée de types dans l'arbre des normes.
Le champ "Restrictions on Usage" (Restrictions sur l'utilisation) dans le modèle d'enregistrement a été changé en "optional" (optionnel).
Il est maintenant encouragé, mais non requis, de spécifier des recommandations pour l'interopérabilité avec certaines contraintes. (Dans la RFC 4288, il était encouragé mais non requis de spécifier un ensemble d'encodages qui doivent être pris en charge, mais cela était considéré comme trop normatif.)
De nouvelles exigences de paramètres charset ont été ajoutées pour les types de médias text.
Le nom de l'arbre personnel a été changé en arbre "personal or vanity" (personnel ou de vanité) pour mieux refléter son utilisation prévue.