Html Mime Type Binary Options

Die Antwort auf SMTP multipart / alternative vs multipart / mixed deutet darauf hin, dass Anhänge Peers der multipart / alternative Nachricht sein sollten, wie zB: multipart / mixed multipart / alternativer Text / plain text / html some / thing (disposition: attachment) Anordnung: Anlage). Id wie E-Mail mit einem HTML-Teil mit einigen Inline-Bildern und eine einfache Text-Alternative zu senden. Was ist die bevorzugte MIME-Layout für die verschiedenen Teile Ein paar Optionen erscheinen in Beispiel-Code und in anderen Fragen, die aber am besten in der Praxis gearbeitet haben Meine Neigung ist dies: Auf diese Weise sind die Bilder klar für den Zweck der Wiedergabe des HTML-Teils . Ein vollständiges Beispiel hierfür wäre: 4 Das Content-Type-Header-Feld Das Ziel des Content-Type-Felds ist es, die im Body enthaltenen Daten vollständig zu beschreiben, damit der empfangende User-Agent einen geeigneten Agenten oder Mechanismus auswählen kann, um die Daten darzustellen An den Benutzer übergeben oder anderweitig mit den Daten in geeigneter Weise umgehen. Das Content-Type-Header-Feld wird verwendet, um die Art der Daten in dem Körper einer Entität zu spezifizieren, indem Typ - und Subtyp-Identifizierer angegeben werden und indem Hilfsinformationen bereitgestellt werden, die für bestimmte Typen erforderlich sind. Nach dem Typ und den Subtypnamen ist der Rest des Header-Felds einfach ein Satz von Parametern, der in einer Attribut / Wert-Notation angegeben ist. Die Menge der aussagekräftigen Parameter unterscheidet sich für die verschiedenen Typen. Die Reihenfolge der Parameter ist nicht signifikant. Zu den definierten Parametern gehört ein charset-Parameter, mit dem der im Körper verwendete Zeichensatz deklariert werden kann. Kommentare sind nach RFC 822 Regeln für strukturierte Header-Felder erlaubt. Im Allgemeinen wird der Content-Type der obersten Ebene verwendet, um den allgemeinen Datentyp zu deklarieren, während der Subtyp ein bestimmtes Format für diesen Datentyp angibt. Somit reicht ein Content-Typ von image / xyz aus, um einem Benutzeragent mitzuteilen, dass die Daten ein Bild sind, auch wenn der Benutzeragent keine Kenntnis von dem spezifischen Bildformat xyz hat. Solche Informationen können beispielsweise verwendet werden, um zu entscheiden, ob ein Benutzer die Rohdaten von einem nicht erkannten Subtyp zeigen soll oder nicht - eine solche Aktion kann für nicht erkannte Subtypen von Text sinnvoll sein, nicht jedoch für nicht erkannte Subtypen von Bild oder Ton. Aus diesem Grund sollten registrierte Subtypen von Audio, Bild, Text und Video keine eingebetteten Informationen enthalten, die wirklich von einem anderen Typ sind. Solche Verbindungstypen sollten unter Verwendung der Multipart - oder Anwendungstypen dargestellt werden. Parameter sind Modifikatoren des Content-Subtyps und wirken sich nicht grundsätzlich auf die Anforderungen des Host-Systems aus. Obwohl die meisten Parameter nur mit bestimmten Inhaltstypen sinnvoll sind, sind andere global in dem Sinne, dass sie auf jeden Subtyp angewendet werden können. Beispielsweise ist der Randparameter nur für den multipart-Inhaltstyp sinnvoll, aber der charset-Parameter könnte mit mehreren Inhaltstypen sinnvoll sein. Ein erster Satz von sieben Inhaltstypen wird in diesem Dokument definiert. Dieser Satz von Top-Level-Namen soll im Wesentlichen abgeschlossen sein. Es wird erwartet, daß Ergänzungen zu dem grßeren Satz von unterstützten Typen im allgemeinen durch die Schaffung neuer Untertypen dieser Anfangstypen erreicht werden können. In Zukunft können mehr Top-Level-Typen nur durch eine Erweiterung zu dieser Norm definiert werden. Wenn ein anderer Primärtyp aus irgendeinem Grund verwendet werden soll, muss er einen Namen angeben, der mit X beginnt, um seinen Nichtstandardstatus anzugeben und einen möglichen Konflikt mit einem zukünftigen offiziellen Namen zu vermeiden. In der Extended-BNF-Notation von RFC 822 wird ein Content-Type-Header-Feldwert wie folgt definiert: Beachten Sie, dass die Definition von tspecials die gleiche ist wie die RFC 822 Definition von Specials mit der Addition der drei Zeichen /, und. Beachten Sie auch, dass eine Subtyp-Spezifikation MANDATORY ist. Es gibt keine Standard-Subtypen. Bei den Typen-, Subtyp - und Parameternamen wird nicht zwischen Groß - und Kleinschreibung unterschieden. TEXT, Text und TeXt sind alle gleichwertig. Parameterwerte sind normalerweise zwischen Groß - und Kleinschreibung unterschieden, aber bestimmte Parameter werden je nach Verwendungszweck nicht berücksichtigt. (Bei Multipart-Grenzen wird die Groß - / Kleinschreibung beachtet, aber der Zugriffstyp für Message / External-Body ist nicht zwischen Groß - und Kleinschreibung unterschieden.) Über diese Syntax hinaus ist die einzige Einschränkung für die Definition von Subtyp-Namen der Wunsch, den ihre Verwendung nicht haben darf Konflikt. Das heißt, es wäre nicht wünschenswert, zwei verschiedene Communities mit Content-Type: application / foobar zu haben, um zwei verschiedene Dinge zu bedeuten. Der Prozeß der Definition neuer Inhalts-Subtypen ist nicht beabsichtigt, ein Mechanismus zu sein, um Beschränkungen aufzuerlegen, sondern lediglich einen Mechanismus zur Veröffentlichung der Verwendungen. Es gibt also zwei akzeptable Mechanismen, um neue Subtypen zu definieren: Private Werte (beginnend mit X-) können bilateral zwischen zwei kooperierenden Akteuren ohne externe Registrierung oder Standardisierung definiert werden. Neue Standardwerte müssen dokumentiert, registriert und von der IANA genehmigt werden, wie in Anhang F beschrieben. Soweit sie für den öffentlichen Gebrauch bestimmt sind, müssen die Formate, auf die sie sich beziehen, auch durch eine veröffentlichte Spezifikation definiert und gegebenenfalls zur Standardisierung angeboten werden. Die sieben vordefinierten Standard-Content-Typen werden in der Hauptsache dieses Dokuments detailliert beschrieben. Sie sind: Text Textinformationen. Der primäre Subtyp, plain, zeigt einfachen (unformatierten) Text an. Es ist keine spezielle Software erforderlich, um die volle Bedeutung des Textes zu erhalten, abgesehen von der Unterstützung des angegebenen Zeichensatzes. Subtypen sollen für angereicherten Text in Formen verwendet werden, in denen Anwendungssoftware das Erscheinungsbild des Textes verbessern kann, aber diese Software muss nicht erforderlich sein, um die allgemeine Vorstellung des Inhalts zu erhalten. Mögliche Subtypen umfassen somit jedes lesbare Textverarbeitungsformat. Ein sehr einfacher und tragbarer Subtyp, richtext, ist in diesem Dokument definiert. Die aus mehreren Teilen unabhängiger Datentypen bestehen. Es werden vier anfängliche Subtypen definiert, einschließlich des primären gemischten Subtyps, eine Alternative, um dieselben Daten in mehreren Formaten darzustellen, parallel für Teile, die gleichzeitig betrachtet werden sollen, und Digest für Multipart-Entitäten, in denen jedes Teil eine Typnachricht ist. Nachricht eine gekapselte Nachricht. Ein Inhalt der Content-Type-Nachricht selbst ist eine vollständig formatierte RFC 822-konforme Nachricht, die ihr eigenes eigenes Content-Type-Header-Feld enthalten kann. Der primäre Subtyp ist rfc822. Der partielle Subtyp ist für Teilnachrichten definiert, um die fragmentierte Übertragung von Körpern zu ermöglichen, die als zu groß angesehen werden, um per Post transportiert zu werden. Ein weiterer Subtyp, External-Body, wird definiert, um große Körper anhand einer externen Datenquelle festzulegen. Bild-Bilddaten. Das Bild benötigt eine Anzeigevorrichtung (wie eine graphische Anzeige, einen Drucker oder ein Faxgerät), um die Informationen anzuzeigen. Initial-Subtypen sind für zwei weit verbreitete Bildformate, jpeg und gif definiert. Audio-Audiodaten, mit dem ersten Subtyp basic. Audio benötigt ein Audio-Ausgabegerät (wie einen Lautsprecher oder ein Telefon), um den Inhalt anzuzeigen. Videodaten. Video erfordert die Fähigkeit, bewegte Bilder anzuzeigen, in der Regel einschließlich spezialisierter Hardware und Software. Der erste Subtyp ist mpeg. Anwendung eine andere Art von Daten, typischerweise entweder nicht interpretierte Binärdaten oder Informationen, die von einer Mail-basierten Anwendung verarbeitet werden sollen. Der primäre Subtyp, octet-stream, soll bei uninterpretierten Binärdaten verwendet werden, wobei die einfachste empfohlene Aktion darin besteht, die Informationen in eine Datei für den Benutzer zu schreiben. Für den Transport von ODA - und PostScript-Dokumenten in Objekten werden zwei zusätzliche Subtypen, ODA und PostScript definiert. Andere erwartete Anwendungen für Anwendungen umfassen Tabellenkalkulationen, Daten für mailbasierte Terminierungssysteme und Sprachen für aktive (rechnerische) E-Mails. (Beachten Sie, dass die aktive E-Mail mehrere Sicherheitsüberprüfungen umfasst, die weiter unten in diesem Memo beschrieben werden, insbesondere im Zusammenhang mit der Anwendung / PostScript.) Standardmäßige RFC 822-Nachrichten werden von diesem Protokoll als Klartext im US-ASCII-Zeichensatz eingegeben Explizit als Content-Typ angegeben: text / plain charsetus-ascii. Wenn kein Content-Type entweder durch Fehler oder durch einen älteren User-Agent angegeben wird, wird diese Vorgabe übernommen. In Anwesenheit eines MIME-Version-Header-Feldes kann ein empfangendes User-Agent auch davon ausgehen, dass einfacher US-ASCII-Text die Absenderabsicht war. In Abwesenheit einer MIME-Versions-Spezifikation muss noch ein normaler US-ASCII-Text übernommen werden, aber die Absender-Absicht könnte ansonsten gewesen sein. Es sollte angemerkt werden, dass die hier angegebene Liste der Content-Type-Werte zeitlich verlängert werden kann Die oben beschriebenen Mechanismen, und dass der Satz von Subtypen voraussichtlich deutlich zunehmen wird. Wenn ein E-Mail-Leser mit einem unbekannten Inhaltstypwert auftritt, sollte er ihn generell als gleichwertig mit application / octet-stream behandeln, wie später in diesem Dokument beschrieben. Liste der MIME-Typen nach Inhaltstyp Aktualisiert am März 03, 2016. MIME ( Multipurpose Internet Mail Extensions) ist ein Internetstandard, der verwendet wird, um die Arten von Inhalten in Dateien zu identifizieren. Diese Typen können Anwendungen enthalten. Töne, Video, Text und andere. Sie sind viel wie die Dateierweiterungen you39re vertraut mit auf Ihrem Desktop oder Laptop. Beispielsweise die. doc-Erweiterung für Word-Dokumente. Die. exe für ausführbare Windows-Dateien und. xls für Excel-Dateien. MIME-Typen werden in HTML durch das Attribut type auf Links definiert. Objekte. Und Skript-und Style-Tags. Lesen Sie weiter unten