Arbeitsgruppe des Netzwerks N. Borenstein Anfrage für Kommentare: 1437 Bellcore M. Linimon Lonesome Dove Computing Services 1. April 1993
Die Erweiterung der MIME-Inhaltsarten auf ein neues Medium
Status dieses Memos
Dieses Memo bietet Informationen für die Internet-Community. Es spezifiziert keinen Internet-Standard. Die Verteilung dieses Memos ist unbegrenzt.
Zusammenfassung
Ein vorheriges Dokument, RFC 1341, definiert ein Format und einen allgemeinen Rahmen für die Darstellung einer Vielzahl von Datentypen in Internet-Mails. Dieses Dokument definiert einen bestimmten Typ von MIME-Daten, den Typ matter-transport/sentient-life-form. Der MIME-Typ matter-transport/sentient-life-form soll die bessere Interoperation von E-Mail-Nachrichten erleichtern, die gesamte empfindungsfähige Lebensformen, wie z.B. Menschen, enthalten.
Andere informell vorgeschlagene Untertypen, wie z.B. "non-sentient-life-form", "non-sentient-non-life-form" und der orthogonal notwendige, aber dennoch rätselhafte "sentient-non-life-form", werden in diesem Memo nicht beschrieben.
Der MIME-Typ matter-transport/sentient-life-form
Um die Interoperabilität von lebensfähiger E-Mail zu fördern, definiert dieses Dokument einen neuen MIME-Inhaltstyp, "matter-transport", und für einen anfänglichen Untertyp, "sentient-life-form". Dieser Untertyp wurde entwickelt, um die folgenden Kriterien zu erfüllen:
1. Die Syntax muss extrem einfach zu parsen sein, um das Risiko eines
zufälligen Todes aufgrund von Fehlinterpretationen des Standards zu
minimieren.
2. Das Datenformat muss extrem robust sein, mit Redundanz, um sicherzustellen,
dass einzelne Lebensformen überleben und in einer Form wiederhergestellt
werden, die nahezu unverwechselbar von ihrem ursprünglichen Zustand ist,
unabhängig davon, wie viele bizarre E-Mail-Gateways während des Transports
durchlaufen werden.
3. Die Syntax muss erweiterbar sein, um die Beschreibung aller noch
nicht entdeckten Aspekte von Lebensformen zu ermöglichen, die für den
Transport nicht-menschlicher Arten (z.B. Delfine, Klingonen oder
Politiker) erforderlich sind.
4. Die Syntax muss mit SGML kompatibel sein, so dass mit einer
geeigneten DTD (Document Type Definition -- der Standardmechanismus
zur Definition eines Dokumententyps mit SGML) ein allgemeiner SGML-
Parser geschrieben werden könnte, um die Datenstruktur zu parsen und
Anweisungen an einen Mechanismus zur Wiederherstellung von Lebensformen
zu erzeugen. Trotz dieser Kompatibilität wird die Syntax jedoch
wahrscheinlich viel einfacher sein als die von SGML (so dass keine
SGML-Kenntnisse erforderlich sind, um sie zu implementieren), da
erwartet wird, dass die vollständigen Komplexitäten von SGML nicht
für die Beschreibung selbst komplexer organischer Lebensformen
erforderlich sein werden.
Die Syntax des neuen Inhaltstyps ist sehr einfach und opfert tatsächlich erhebliche Effizienz zugunsten der Einfachheit. Es wird angenommen, dass sie einen dreidimensionalen rechteckigen Festkörper beschreibt, wobei die Höhe, Breite und Tiefe (kalibriert in Zentimetern) als Parameter in der Zeile des Inhaltstyps angegeben sind. (Im Allgemeinen sollte dies ein Würfel sein, der die transportierte Lebensform vollständig enthält; aber wenn keine hohe Bandbreite verfügbar ist, kann ein etwas kleinerer Würfel verwendet werden, vorausgesetzt, es ist bekannt, dass am Empfängerende Einrichtungen verfügbar sind, um die medizinische Erste Hilfe zu verwalten, die notwendig sein könnte, wenn eine Person ohne einige ihrer Extremitäten wiederhergestellt wird.) Ein vierter Parameter gibt die Auflösung der Materiescan, kalibriert in Angstroms. Somit impliziert der folgende Content-type-Wert:
Content-type: matter-transport/sentient-life-form;
height = 200; width = 60; depth=60; resolution=10
dass der beschriebene Würfel 60 cm mal 60 cm mal 200 cm groß ist und mit einer Auflösung von 10 Angstroms beschrieben wird. Die Auflösung gibt die Quantisierungseinheit an und bestimmt daher die Qualität der Reproduktion. Der Datenstrom selbst besteht dann aus einer Auslesung des Moleküls, das an jedem Ort gefunden wird, unter Verwendung der gegebenen Auflösung. Wenn die Auflösung so hoch ist, dass an einem gegebenen Ort mehr als ein Molekül gefunden wird, wird das Molekül verwendet, dessen Kern dem Zentrum des Würfels am nächsten liegt. Jedes Molekül wird durch seine Molekülformel beschrieben, die in ASCII für maximale Lesbarkeit dargestellt wird, falls matter-transport-Mail versehentlich an einen menschlichen Empfänger geliefert und auf einem Bildschirm angezeigt wird. Jedes Molekül wird durch ein Leerzeichen (ASCII 32) vom nachfolgenden Molekül getrennt. Extrem lange Moleküle können die Verwendung einer content-transfer-encoding wie quoted-printable erfordern, um sicherzustellen, dass Zeilenumbruch-Mail-Systeme nicht beispielsweise den unbeabsichtigten Abbau komplexer Proteine in ihre Bestandteile verursachen.
Die folgende Nachricht gibt eine etwas vereinfachte Darstellung eines bekannten amerikanischen Politikers, beginnend von oben:
From: "Nathaniel S. Borenstein" nsb@bellcore.com To: Mark Linimon linimon@lonesome.com Subject: Denken Sie gründlich nach, bevor Sie rekonstruieren Content-description: Dan Quayle, Low-Res-Version Content-type: matter-transport/sentient-life-form height = 200; width = 60; depth=60; resolution=100000
Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 NO2 Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe
Offensichtlich ist der Schädel eines echten Politikers komplexer als reines Eisen, ebenso wie sein Inneres, aber dieses vereinfachte Beispiel sollte den allgemeinen Eindruck des Protokolls vermitteln.
(Ein Hinweis jedoch bei der Rekonstruktion von Vizepräsidenten der Vereinigten Staaten: angeblich funktionieren einige der derzeit in Entwicklung befindlichen Materierekonstitutionsschemata weniger als optimal, wenn sie versuchen, Bereiche mit relativ hohem Vakuum wiederherzustellen; zum Beispiel ihre Schädel. Ein empfohlener Akzeptanztest könnte sein, mit Probanden zu experimentieren, deren Schädel nur teilweise unter Vakuum stehen, wie z.B. Vizepräsidenten des Marketings.)
MHS (X.400) Gateway Überlegungen
Das richtige Verhalten eines MIME/MHS-Gateways in Bezug auf die Übertragung komplexer Multimedia-Nachrichten ist ein Thema laufender Untersuchungen unter der Schirmherrschaft der IETF. Die Hinzufügung von Materietransport sollte diese Bemühungen nicht wesentlich komplizieren, da es bereits notwendig ist, das Gateway-Verhalten für MIME-Typen zu spezifizieren, die keine X.400-Äquivalente haben, und Materietransport ist einfach ein weiterer solcher nicht übersetzbarer Typ.
Allerdings könnten reale X.400-Gateways als signifikante Erhöhung des Risikos betrachtet werden, dass eine E-Mail, die einen Menschen enthält, mit einer so kryptischen Nachricht abgelehnt wird, dass der Empfänger sie löscht, ohne jemals zu erkennen, dass ein eingebetteter Mensch enthalten ist. Aus diesem Grund wird empfohlen, dass das Thema Materietransport in der nächsten Generation der X.400-Spezifikation, X.400-1996, explizit als "zur weiteren Untersuchung" gekennzeichnet wird. Dies wird der Gemeinschaft ausreichend Zeit geben, eine vollständigere Spezifikation für Materietransport als Teil von X.400-2000 zu definieren, und möglicherweise sogar eine leicht implementierbare Spezifikation als Teil von X.400-2004, obwohl einige zweifellos argumentieren werden, dass dies ein zu starker Bruch mit der Tradition wäre.
Implementierungsüberlegungen
Der Benutzer wird davor gewarnt, MIME-Transporter-Nachrichten durch Computer zu leiten, die mit dem NFS-Dateisystem ausgestattet sind. Ein Fehler "kein Dateispeicherplatz" führte dazu, dass eine der Laborratten in unserem Prototyp-System auf eine Datei mit der Länge Null gekürzt wurde. Leider hatten wir vergessen, eine Ersatzratte zu mounten. (Wir haben beschlossen, den leeren Dateinamen zu seinem Andenken dauerhaft beizubehalten).
Byte-Swapping-Probleme auf anderen Speichersystemen können ähnlich ärgerlich sein, sollten aber kein Problem darstellen, wenn die Netzwerk- Byte-Reihenfolge immer korrekt beibehalten wird.
Trotz des Glaubens der Autoren an die Robustheit des Protokolls scheint der Durchgang von E-Mail durch bestimmte Systeme dazu zu führen, dass die empfindungsfähige Lebensform kopfüber am Zielort ankommt, was zu einem ärgerlichen "Plumps" führt. Die Ursache wird noch untersucht.
Die Interoperation mit Materietransportern, die Polarkoordinatensysteme verwenden, wird aufgrund von Rundungsfehlern und anderen algorithmischen Fehlern in bestimmten weit verbreiteten Gleitkomma-Implementierungen abgelehnt, die zu Ergebnissen führen, die am besten diskret als "enttäuschend" beschrieben werden.
Ähnlich sollten Off-by-one-Fehler vermieden werden.
Die weit verbreitete Einführung dieses Protokolls kann zu einer erhöhten Nachfrage der Benutzer nach zuverlässigen Backup-Systemen führen. Wichtiger ist, dass die Einführung dieses Inhaltstyps die Führungskräfte erstmals dazu motivieren könnte, solche Systeme angemessen zu finanzieren, wenn sie die Möglichkeit entdecken, dass eine ordnungsgemäße E-Mail-Sicherung ihnen virtuelle Unsterblichkeit verleihen könnte. (Auf der anderen Seite sollten Implementierer ernsthaft in Betracht ziehen, ob es wünschenswert ist, ihre Manager unsterblich zu machen.)
Eine zusätzliche Sorge spiegelt die Tatsache wider, dass vor der Einführung dieses Inhaltstyps die doppelte Zustellung von E-Mail ein relativ geringfügiger Ärgernis war. Mit den in diesem Dokument beschriebenen E-Mail-Erweiterungen besteht jedoch die Möglichkeit, dass die doppelte Zustellung von E-Mail einem Benutzer beispielsweise mehrere Ehepartner oder Schwiegermütter hinterlässt. Die relativen Gewichte des Wunsches, eine doppelte Zustellung zu vermeiden, und des Wunsches, verlorene E-Mails zu vermeiden, können sich entsprechend ändern.
Sicherheitsüberlegungen
Sicherheitsüberlegungen werden in diesem Memo nicht diskutiert. Allerdings könnten Strafverfolgungsbehörden die Möglichkeit in Betracht ziehen, dass dieser Mechanismus von Kriminellen genutzt werden könnte, entweder um der Auslieferung durch Versand außerhalb einer Rechtshoheit zu entgehen oder um die Verjährungsfrist durch Versand über komplexe E-Mail-Routen mit langen Verzögerungen zu überstehen. (Man könnte annehmen, dass sie auch die positive Seite betrachten könnten und MIME als möglichen Ansatz zur Lösung des langjährigen Problems der Überbelegung von Gefängnissen betrachten könnten.)
Autoren
Die Autoren dieses Dokuments können durch Einspeisung der folgenden Daten in einen Internet-verbundenen MIME-Reader wiederhergestellt werden:
Content-type: multipart/mixed; boundary=NextAuthor
--NextAuthor Content-type: message/external-body; access-type=anon-ftp; site=thumper.bellcore.com; directory=pub/nsb; name=nsb.flesh Content-Description: Nathaniel Borenstein
Content-type: matter-transport/sentient-life-form height = 200; width = 60; depth=60; resolution=100000 --NextAuthor Content-type: message/external-body; access-type=anon-ftp; site=thumper.bellcore.com; directory=pub/nsb; name=linimon.flesh Content-Description: Mark Linimon
Content-type: matter-transport/sentient-life-form height = 200; width = 60; depth=60; resolution=100000 --NextAuthor--
Adressen der Autoren
Nathaniel Borenstein Bellcore Room MRE 2D-296 445 South Street Morristown, NJ 07962-1910
Telefon: (201) 829-4270 E-Mail: nsb@bellcore.com
Mark Linimon Lonesome Dove Computing Services P.O. Box 20291 Roanoke, VA 24018
Telefon: (703) 776-1004 E-Mail: linimon@LONESOME.COM