1. Einleitung (Introduction)
Moderne Internetprotokolle wurden sorgfältig entwickelt, um in bestimmten Bereichen leicht erweiterbar zu sein. Insbesondere sind viele Protokolle, einschließlich aber nicht beschränkt auf HTTP [RFC2616] und MIME [RFC2045], in der Lage, beliebige gekennzeichnete Inhalte zu transportieren.
Der Mechanismus zur Kennzeichnung solcher Inhalte ist ein Medientyp (Media Type), der aus einem Top-Level-Typ (Top-Level Type) und einem Subtyp (Subtype) besteht, die weiter in Bäume strukturiert sind. Optional können Medientypen Begleitdaten definieren, die als Parameter (Parameters) bekannt sind.
Für diese Kennzeichnungen ist ein Registrierungsprozess erforderlich, damit die Menge solcher Werte auf eine vernünftig geordnete, gut spezifizierte und öffentliche Weise definiert wird.
Dieses Dokument spezifiziert die Kriterien für Medientyp-Registrierungen und definiert die Verfahren, die zur Registrierung von Medientypen (Abschnitt 5) sowie von strukturierten Suffixen für Medientypen (Structured Suffixes, Abschnitt 6) im zentralen Register der Internet Assigned Numbers Authority (IANA) verwendet werden sollen.
Der Standort des von diesen Verfahren verwalteten Medientyp-Registers ist:
http://www.iana.org/assignments/media-types/
1.1 Historische Anmerkung
Der Registrierungsprozess für Medientypen wurde ursprünglich für die Registrierung von Medientypen zur Verwendung im Kontext der asynchronen Internet-Mail-Umgebung definiert. In dieser Mail-Umgebung besteht die Notwendigkeit, die Anzahl möglicher Medientypen zu begrenzen, um die Wahrscheinlichkeit der Interoperabilität zu erhöhen, wenn die Fähigkeiten des entfernten Mail-Systems nicht bekannt sind. Als Medientypen in neuen Umgebungen verwendet wurden, in denen die Verbreitung von Medientypen kein Hindernis für die Interoperabilität darstellt, erwies sich das ursprüngliche Verfahren als übermäßig restriktiv und musste verallgemeinert werden. Dies wurde zunächst in [RFC2048] durchgeführt, aber das dort definierte Verfahren war immer noch Teil des MIME-Dokumentsatzes. Die Medientyp-Spezifikation und das Registrierungsverfahren sind jetzt ein separates Dokument, um deutlich zu machen, dass sie von MIME unabhängig sind.
Es kann wünschenswert sein, die Verwendung von Medientypen auf bestimmte Umgebungen zu beschränken oder ihre Verwendung in anderen Umgebungen zu verbieten. Diese Spezifikation integriert solche Beschränkungen systematisch in Medientyp-Registrierungen. Siehe Abschnitt 4.9 für weitere Diskussionen.
1.2 In diesem Dokument verwendete Konventionen
Die Schlüsselwörter „muss" (MUST), „darf nicht" (MUST NOT), „erforderlich" (REQUIRED), „muss" (SHALL), „darf nicht" (SHALL NOT), „sollte" (SHOULD), „sollte nicht" (SHOULD NOT), „empfohlen" (RECOMMENDED), „kann" (MAY) und „optional" (OPTIONAL) in diesem Dokument sind wie in [RFC2119] beschrieben zu interpretieren, wenn sie in GROßBUCHSTABEN erscheinen. Sie können auch in Kleinbuchstaben oder gemischter Schreibweise als einfache englische Wörter ohne normative Bedeutung erscheinen.
Diese Spezifikation verwendet die Augmented Backus-Naur Form (ABNF) [RFC5234] Notation, einschließlich der in Anhang B dieses Dokuments definierten Kernregeln.