imported>Trustable: redundante Kategorie entfernt

2026-04-07T23:51:32Z

redundante Kategorie entfernt

Neue Seite

Die '''Multipurpose Internet Mail Extensions''' ('''MIME''') sind Erweiterungen des [[Internetstandard]]s <nowiki>RFC 822</nowiki><ref name="RFC822" /> (seit 2008 durch <nowiki>RFC 5322</nowiki><ref>{{RFC-Internet |RFC=5322 |Titel=Internet Message Format |Datum=2008-10}}</ref> ersetzt), der das [[Datenformat]] von [[E-Mail]]s definiert. Dieser sieht nur den [[American Standard Code for Information Interchange]] (ASCII) vor. Die MIME schaffen [[Kompatibilität (Technik)|Kompatibilität]] für zusätzliche Zeichen wie [[Umlaut]]e sowie für [[Multimedia]] (etwa bei Mail-Anhängen). Sie wurden in <nowiki>RFC 2045</nowiki>,<ref name="RFC2045" /> <nowiki>RFC 2046</nowiki>,<ref name="RFC2046" /> <nowiki>RFC 2047</nowiki><ref name="RFC2047" /> <nowiki>RFC 2048</nowiki><ref name="RFC2048" /> und <nowiki>RFC 2049</nowiki><ref name="RFC2049" /> definiert. <nowiki>RFC 2048</nowiki> wurde von der [[Internet Engineering Task Force]] als ''[[Best Current Practice]]'' eingestuft.

Darüber hinaus findet MIME Anwendung bei der Deklaration von Inhalten in verschiedenen Internetprotokollen wie etwa [[Hypertext Transfer Protocol|HTTP]] sowie bei [[Desktop-Umgebung]]en wie [[K Desktop Environment|KDE]], [[Gnome]], [[Xfce]] oder [[Aqua (macOS)|Aqua]].

== Allgemeine Beschreibung ==
MIME ermöglicht es, zwischen Sender und Empfänger Informationen über den Typ der übermittelten Daten auszutauschen (''Content-Type''-Field, [[Internet Media Type]]) und gleichzeitig eine für den verwendeten Übertragungsweg geeignete [[Zeichenkodierung]] (''Content-Transfer-Encoding'') festzulegen.

Es sind mehrere Kodierungsmethoden spezifiziert, die die Übertragung von [[Sonderzeichen|Nicht-ASCII-Zeichen]] in Texten sowie von Nicht-Text-Dokumenten wie Bildern, Sprache und Video in textbasierten [[Übertragungssystem]]en wie [[E-Mail]] oder [[Usenet]] ermöglichen. Die Nicht-Text-Elemente werden beim Versender kodiert und beim Empfänger wieder dekodiert.

Die Kodierung von Nicht-7-Bit-ASCII-Zeichen erfolgt häufig mittels [[Quoted-Printable-Kodierung]], Binärdaten hingegen werden üblicherweise [[Base64]]-kodiert. Bei dieser Kodierungsweise erhöht sich die Gesamtgröße der angehängten Dateien um 33–36 % (Erklärung siehe Base64). Aus 752 [[Kibibyte#IEC-Präfixe zur Basis 2|KiB]] werden 1 MiB (1.024 KiB) und aus 1 MiB werden 1393 KiB. Alternativ ist es für Textdaten mittels <code>Content-Transfer-Encoding: 8bit</code> auch möglich, die Nicht-ASCII-Zeichen direkt zu übertragen (die Kodierung muss dabei angegeben sein, z. B. [[UTF-8]] oder [[ISO 8859-15]] für deutsche Texte).

Bei der Verwendung in anderen Protokollen wie etwa HTTP kann auch die Transport-Kodierung <code>binary</code> verwendet werden, bei der beliebige Bytes direkt verschickt werden können, ohne spezielle Kodierung – bei E-Mails ist dies nicht erlaubt.

Es gibt eine Erweiterung dieses Standards namens [[S/MIME]] (Secure MIME), der auch das [[Kryptographie|Verschlüsseln]] und [[Elektronische Unterschrift|digitale Signieren]] von Nachrichten erlaubt. Außerdem existiert mit [[PGP/MIME]] (beschrieben in <nowiki>RFC 2015</nowiki><ref name="RFC2015" /> und <nowiki>RFC 3156</nowiki><ref>{{RFC-Internet |RFC=3156 |Titel=MIME Security with OpenPGP |Datum=2001-08}}</ref>) auch eine [[Pretty Good Privacy|PGP]]-kompatible Erweiterung für sicheren Datenaustausch.

Eine Multipart-Message enthält mehrere Bodyparts, die durch benannte Grenzlinien (''boundary'') abgegrenzt werden, bei deren [[Bezeichner]] sichergestellt werden muss, dass dieser nicht im restlichen Bodypart vorkommt. Häufig geschieht dies durch Wahl einer zufälligen Zeichenfolge, deren Auftreten im restlichen Bodypart unwahrscheinlich ist. Beispiel für eine einfache Multipart-Message (mit einem verkürzten boundary, das hier als <code>frontier</code> festgelegt ist):

<pre>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary=frontier

This is a multi-part message in MIME format.

--frontier
Content-Type: text/plain

This is the body of the message.
--frontier
Content-Type: text/html
Content-Transfer-Encoding: base64

PGh0bWw+CiAgPGhlYWQ+CiAgPC9oZWFkPgogIDxib2R5PgogICAgPHA+VGhpcyBpcyB0aGUg
Ym9keSBvZiB0aGUgbWVzc2FnZS48L3A+CiAgPC9ib2R5Pgo8L2h0bWw+Cg==
--frontier--
</pre>

Einzelne Bodyparts werden dabei durch die Sequenz aus einleitenden zwei Querstrichen ([[Viertelgeviertstrich|Bindestrich-Minuszeichen]]) und Boundary eingeleitet und der letzte durch dieselbe Sequenz mit auch abschließenden zwei Querstrichen.

== Details der Spezifikation ==
=== MIME Part 1 – Format of Internet Message Bodies ===
Dieser erste Teil der Spezifikationen, <nowiki>RFC 2045</nowiki>,<ref name="RFC2045" /> führt grundlegende zusätzliche Felder im Kopf von E-Mails ein:
# MIME-Version
# Content-Type
# Content-Transfer-Encoding
Das Content-Transfer-Encoding gibt an, ob die Übertragung nach Internetstandard <nowiki>RFC 6152</nowiki><ref>{{RFC-Internet |RFC=6152 |Titel=SMTP Service Extension for 8-bit MIME Transport |Datum=2011-03}}</ref> erfolgen soll, dies stattgefunden hat, oder eine Kodierung für Internetstandard <nowiki>RFC 822</nowiki><ref name="RFC822" /> erfolgt ist, die beim Empfänger wieder rückgängig gemacht werden muss:
* ''7bit'' – keine Kodierung, Text enthält nur ASCII-Zeichen
* ''8bit'' – keine Kodierung, Text enthält auch Nicht-ASCII-Zeichen, Übertragung mittels [[Extended SMTP]]
* ''binary'' – keine Kodierung, binärer Inhalt
* ''[[quoted-printable]]'' – Kodierung von Steuerzeichen und Nicht-ASCII-Zeichen durch Ersetzung mit deren Hexadezimalwert
* ''[[base64]]'' – Kodierung durch Transformation in eine 6-Bit-Darstellung
Was kein Text ist, erfordert, sofern der ESMTP-Server nicht Binärdaten nach <nowiki>RFC 3030</nowiki><ref>{{RFC-Internet |RFC=3030 |Titel=SMTP Service Extensions for Transmission of Large and Binary MIME Messages |Datum=2000-12}}</ref> (<code>BDAT</code>-Befehl) akzeptiert, auf jeden Fall Kodierung, die dann grundsätzlich nach [[Base64]] erfolgt. Nichts weiter als beliebigen Text enthaltende E-Mails bedürfen hingegen keiner Umformung:

==== Beispiel ====
From: <adam@example.org>
To: <eva@example.org>
Subject: Umlaute dank MIME
MIME-Version: 1.0
Content-Type: text/plain; charset=[[ISO 8859-15|iso-8859-15]]
Content-Transfer-Encoding: 8bit

Wären die drei zusätzlichen Kopfzeilen nicht, wäre diese Zeile nicht leserlich.

=== MIME Part 2 – Media Types ===
Dieser zweite Teil der Spezifikationen, <nowiki>RFC 2046</nowiki>,<ref name="RFC2046" /> definiert für das Feld ''Content-Type'' Haupttypen und Untertypen von Inhalten.

Generell können jedoch auch weitere [[Internet Media Type]]s verwenden werden, deren konkrete Verarbeitung dann dem Mailprogramm überlassen bleibt.

==== text ====
Als [[Parameter (Informatik)|Parameter]] dieses Haupttyps ist die Angabe eines [[Zeichensatz]]es vorgesehen. Als Untertyp ist einfacher Text ohne [[Textformatierung|Formatierung]] vordefiniert:
* text/plain

* text/html

==== image ====
Als Untertyp für Bilder ist [[JPEG]] vordefiniert:
* image/jpeg

==== audio ====
Als Untertyp für Ton ist der [[Codec]] des [[Integrated Services Digital Network|ISDN]], [[G.711]] vordefiniert:
* audio/basic

==== video ====
Als Untertyp für Filme ist [[Moving Picture Experts Group|MPEG]] vordefiniert:
* video/mpeg

==== application ====
Dieser Haupttyp ist für Daten von [[Anwendungsprogramm]]en vorgesehen. Vordefiniert sind zwei Untertypen:
* application/octet-stream
** Dieser Untertyp soll zum Speichern der Daten führen und ausdrücklich nicht zum Starten eines Anwendungsprogramms.
* application/[[PostScript|postscript]]
** Dieser Untertyp soll zum Drucken der Daten führen.

==== multipart ====
Dieser Haupttyp ist für Kombinationen mehrerer Inhalte vorgesehen. Vordefiniert sind fünf Untertypen:
* multipart/mixed
** Dieser Untertyp ist für Zusammenstellungen in einer bestimmten Reihenfolge vorgesehen.
* multipart/alternative
** Dieser Untertyp ist für gleiche Inhalte in unterschiedlichen Formaten vorgesehen, von denen nur das passendste präsentiert werden soll. Typischerweise ist eines der Formate ein vordefinierter Untertyp der MIME.
* multipart/digest
** Dieser Untertyp ist dazu vorgesehen, eine Übersicht der Inhalte zu liefern.
* multipart/parallel
** Dieser Untertyp ist für Systeme vorgesehen, die alle Typen von Inhalten zugleich präsentieren können.
* multipart/related
** Dieser Untertyp ist separat in <nowiki>RFC 2387</nowiki><ref>{{RFC-Internet |RFC=2387 |Titel=The MIME Multipart/Related Content-type |Datum=1998-08}}</ref> definiert und zur Kombination mehrerer Inhalte vorgesehen, die nur zusammen Sinn ergeben. Die in <nowiki>RFC 2557</nowiki><ref>{{RFC-Internet |RFC=2557 |Titel=MIME Encapsulation of Aggregate Documents, such as HTML (MHTML) |Datum=1999-03}}</ref> definierte [[MIME Encapsulation of Aggregate HTML Documents|MIME Encapsulation of Aggregate Documents]] baut darauf auf. Sie war die Konsequenz aus dem Umstand, dass [[Hypertext Markup Language]] (HTML) kein Standard für MIME werden konnte.<ref>{{RFC-Internet |RFC=2854 |Titel=The ‘text/html’ Media Type |Datum=2000-06}}</ref> Zudem wurde der Begriff ''[[Internet Media Type]]'' und schließlich der Begriff ''XHTML Media Type'' für Ausrichtung auf das [[Hypertext Transfer Protocol]] (HTTP) statt auf das [[Simple Mail Transfer Protocol]] (SMTP) geprägt.<ref>{{Internetquelle |url=http://www.w3.org/TR/2002/NOTE-xhtml-media-types-20020430/ |titel=XHTML Media Types |hrsg=[[World Wide Web Consortium]] |datum=2002-04-30 |sprache=en |abruf=2011-07-25}}</ref>

==== message ====
Dieser Haupttyp ist zur Handhabung anderer E-Mails vorgesehen. Vordefiniert sind drei Untertypen:
* message/rfc822
** Dieser Untertyp ist dazu vorgesehen, mehrere herkömmliche E-Mails aufzunehmen.
* message/partial
** Dieser Untertyp ist dazu vorgesehen, eine große E-Mail in mehrere Teile zu zerlegen, diese nacheinander zu versenden und sie automatisch wieder zusammenzusetzen.
* message/external-body
** Dieser Untertyp ist dazu vorgesehen, nur eine Verknüpfung zu einer anderen E-Mail zu enthalten.

=== MIME Part 3 – Header Extensions for Non-ASCII Text ===
Dieser dritte Teil der Spezifikationen hebt auch für den [[Betreff]] und andere Felder im Kopf von E-Mails die Beschränkung auf den englischen Zeichensatz auf.

Ursprünglich war es nicht erlaubt, im Betreff von E-Mails Umlaute oder andere Sonderzeichen zu verwenden, sondern nur die in [[American Standard Code for Information Interchange|ASCII]] definierten Zeichen.
Ein Betreff wie „Schöne Grüße“ konnte dann, je nachdem, von welchen Programmen die E-Mail übertragen wurde, als „Sch?ne Gr??e“, „Sch�ne Gr��e“ oder „Schvne Gr|_e“ ankommen.
Um diese Probleme zu beheben, wurde in <nowiki>RFC 1522</nowiki><ref>{{RFC-Internet |RFC=1522 |Titel=MIME (Multipurpose Internet Mail Extensions) Part Two: Message Header Extensions for Non-ASCII Text |Datum=1993-03}} später erweitert durch <nowiki>RFC 2047</nowiki></ref> im Jahr 1993 ein Verfahren definiert, wie der Betreff beim Absender codiert und beim Empfänger wieder decodiert wird, ohne dass während der Übertragung die Daten verfälscht werden. Dieses besteht aus folgendem Schema:
* <code>=?Zeichensatz?Kodierung?Kodierter Text?=</code>

Gemäß <nowiki>RFC 2047</nowiki><ref name="RFC2047" /> gibt es viele gleichwertige Varianten, die Betreffzeile „Schöne Grüße“ zu codieren:
* <code>=?UTF-8?B?U2Now7ZuZSBHcsO8w59l?=</code>
* <code>=?ISO-8859-1?B?U2No9m5lIEdy/N9l?=</code>
* <code>=?UTF-8?Q?Sch=C3=B6ne_Gr=C3=BC=C3=9Fe?=</code>
* <code>=?ISO-8859-1?Q?Sch=F6ne_Gr=FC=DFe?=</code>

Bei all diesen Varianten sind keine Umlaute mehr zu sehen, die Übertragung ist also gesichert. Dafür ist der Betreff nicht mehr direkt menschenlesbar. Bei den unteren beiden Varianten (mit der Kodierung <code>Q</code> für [[Quoted-Printable]]) kann man den Text noch erahnen, bei den oberen beiden (mit der Kodierung <code>B</code> für [[Base64]]) ist überhaupt nichts mehr erkennbar. Es sind jedoch alle Informationen enthalten, damit der ursprüngliche Betreff beim Empfänger wieder decodiert werden kann.

=== MIME Part 4 – Registration Procedures ===
Dieser vierte Teil der Spezifikationen, mittlerweile <nowiki>RFC 4289</nowiki>,<ref>{{RFC-Internet |RFC=4289 |Titel=Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures |Datum=2005-12}}</ref> beschreibt die Registrierung zusätzlicher Erweiterungen bei der [[Internet Assigned Numbers Authority]]. Die dort registrierten Media Types sind vielfältig und umfassen auch ausdrücklich überholte und missbilligte.<ref>{{Internetquelle |url=http://www.iana.org/assignments/media-types |titel=MIME Media Types |hrsg=[[Internet Corporation for Assigned Names and Numbers]] |sprache=en |abruf=2011-07-25}}</ref> Schon 1994 wurden Registrierungen ohne Berücksichtigung der MIME akzeptiert.<ref>{{RFC-Internet |RFC=1590 |Titel=Media Type Registration Procedure }}</ref> Seit 1995 ist die gesamte Registrierung nur noch ''[[Best Current Practice]]''.<ref name="RFC2048" /> Ende 2005 wurde die Registrierung von Media Types aus der Spezifikation der MIME herausgenommen, um verbreiteten Missverständnissen entgegenzuwirken.<ref>{{RFC-Internet |RFC=4288 |Titel=Media Type Specifications and Registration Procedures }}</ref> Wie sich ein registrierter Media Type zu MIME verhält, erschließt sich nur aus den Spezifikationen.

=== MIME Part 5 – Conformance Criteria and Examples ===
Dieser fünfte Teil der Spezifikationen, <nowiki>RFC 2049</nowiki>,<ref name="RFC2049" /> legt Mindestanforderungen an [[E-Mail-Programm]]e fest:
* Obligatorische zusätzliche Kopfzeile jeder erstellten E-Mail:
** <code>MIME-Version: 1.0</code>
* Senden aller nicht <nowiki>RFC 822</nowiki><ref name="RFC822" /> entsprechenden E-Mails mit Kodierungen und Kopfzeilen der MIME.
* Melden von Zeichensätzen der ISO 8859 in empfangenen E-Mails.
* Erkennen und Darstellen des Inhaltstyps ''message/rfc822''.
* Weitgehendes Erkennen und Darstellen des Inhaltstyps ''multipart''.
* Verarbeiten aller nicht erkannten Inhaltstypen als Inhaltstyp ''octet-stream''.

== Verschlüsselung ==
<nowiki>RFC 1847</nowiki><ref>{{RFC-Internet |RFC=1847 |Titel=Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted |Datum=1995-10}}</ref> definiert [[Verschlüsselung]] und [[elektronische Signatur]] mittels MIME grundlegend. Zwei zusätzliche Media Types sind dafür vorgesehen:
* multipart/signed
* multipart/encrypted

Die in <nowiki>RFC 5751</nowiki><ref>{{RFC-Internet |RFC=5751 |Titel=Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 3.2 – Message Specification |Datum=2010-01}}</ref> definierten [[S/MIME|Secure/Multipurpose Internet Mail Extensions]] (S/MIME) setzen [[Cryptographic Message Syntax]] darauf auf.

Die in <nowiki>RFC 2015</nowiki><ref name="RFC2015" /> definierte [[PGP/MIME|MIME Security with Pretty Good Privacy]] (PGP/MIME) setzt stattdessen [[Pretty Good Privacy]] (PGP) auf.

== Spezifikationen ==
* {{RFC-Internet |RFC=2045 |Titel=Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies }}
* {{RFC-Internet |RFC=2046 |Titel=Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types }}
* {{RFC-Internet |RFC=2047 |Titel=MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text }}
* {{RFC-Internet |RFC=2048 |Titel=Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures }}
* {{RFC-Internet |RFC=2049 |Titel=Multipurpose Internet Mail Extensions (MIME) Part Five: Conformance Criteria and Examples }}

== Einzelnachweise ==
<references>
<ref name="RFC822">
{{RFC-Internet |RFC=822 |Titel=Standard for the Format of ARPA Internet Text Messages |Datum=1982-08-13}}
</ref>
<ref name="RFC2015">
{{RFC-Internet |RFC=2015 |Titel=MIME Security with Pretty Good Privacy (PGP) |Datum=1996-10}}
</ref>
<ref name="RFC2045">
{{RFC-Internet |RFC=2045 |Titel=Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies }}
</ref>
<ref name="RFC2046">
{{RFC-Internet |RFC=2046 |Titel=Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types }}
</ref>
<ref name="RFC2047">
{{RFC-Internet |RFC=2047 |Titel=MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text }}
</ref>
<ref name="RFC2048">
{{RFC-Internet |RFC=2048 |Titel=Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures }}
</ref>
<ref name="RFC2049">
{{RFC-Internet |RFC=2049 |Titel=Multipurpose Internet Mail Extensions (MIME) Part Five: Conformance Criteria and Examples }}
</ref>
</references>

[[Kategorie:Internetstandard]]
[[Kategorie:Multipurpose Internet Mail Extensions| ]]

Multipurpose Internet Mail Extensions - Versionsgeschichte

imported>Trustable: redundante Kategorie entfernt