nntp2http.com
Posting
Suche
Optionen
Hilfe & Kontakt

Fragen zu MIME-Codierung

Von: Thomas Wallutis (nntp@wallutis.de) [Profil]
Datum: 14.08.2009 15:38
Message-ID: <7el7m4F2h263nU2@mid.individual.net>
Newsgroup: de.comm.protocols.misc
Hi,

auf Anraten eines Kollegen stelle ich die Frage mal in dieser NG.

Ich habe folgendes Szenario:

- eine Software erzeugt eine EDIFACT Datei
- diese wird in Lotus Notes an eine Mail angehängt und verschickt
- die Mail landet bei einem Postfix mit SpamAssassin und Virenscanner
- von dort wird sie weitergeleitet an einen Exchange 2007 Server
- greift der User nun per Outlook 2007 auf die Mail zu, ist kein Anhang
zu sehen
- der Fehler scheint bei mindestens zwei Kunden aufzutreten; andere
Empfänger haben dieses Problem (angeblich) nicht
- der Anhang wird, laut Rohtext der Mail, base64-codiert

Leider habe ich keinen direkten Zugriff auf die Original-Mails, nur auf
eine (am Postfix) weitergeleitete Version. Beim Betrachten der Mails
sind mir zwei Dinge aufgefallen, die ich nicht so ganz verstehe:

- die EDIFACT-Datei ist eine Textdatei. Obwohl sie eigentlich angehängt
werden soll, steht in der Mail

Content-Disposition: inline

Müsste es dann nicht

Content-Disposition: attachment

lauten?

Faszinierend fand ich auch den mixed/alternative Part (es handelt sich
hierbei um einen kurzen Disclaimer). Der Teil mit dem HTML-Code hat die
folgenden Zeilen am Anfang:

Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

Der Nur-Text-Teil hat die folgenden Zeilen am Anfang:

Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Was mich hierbei wunderts ist, dass dieser Teil Umlaute enthält. Ist das
korrekt?

Leider kenne ich keinen direkten Weg, diese Mails in Outlook abzulegen.
Mit dem Tool Aid4Mail habe ich die Textdatei (umbenannt in .eml) in mein
en Stand-Alone Outlook Client importiert und da war der Anhang korrekt
zu sehen (mit der Endung .txt).

Ich bin nun auf den folgenden Artikel gestossen:

http://support.microsoft.com/?scid=kb%3Ben-us%3B814111&x&y=1

Der hat mich nun komplett verwirrt. Ich dachte eigentlich, dass
content-disposition: inline dazu führt, dass das Objekt (also zB ein
Bild) innerhalb des Textes angezeigt wird. Diesen Artikel verstehe ich
nun so, dass Outlook das komplett ignoriert und Attachments IMMER
anhängt, egal was content-disposition sagt. Ist das nicht ein Verstoss
gegen den im Artikel erwähnten RFC?

Mit freundlichen Grüßen

Thomas Wallutis

[ Auf dieses Posting antworten ]