Hallo an alle.
Mich interessiert die Reihenfolge der delimiterStrings(boundaries) innerhalb von MIME -Mails.
folgendes Problem:
Es solle eine Mail mit HTML-Teil und inline-Image(background) erzeugt werden.
Ansatz ist folgender:
Deklaration des alternative-Teils
------------------trenner alternative
PLAIN-text
------------------trenner alternative
Deklaration des related teils
------------------trenner related
HTML-text
------------------trenner related
bg.gif (base64)
------------------trenner related--
------------------trenner alternative--
Für mich sieht das logisch aus, denn das gif gehört ja zum alternativen (HTML)-Text und NN
generiert die Mails auch nach diesem Schema.
Nun habe ich eine solche im Outlook empfangen, und der zeigt mir in der INBOX ein Symbol
für ein Attachment an, bei der direkten Ansicht gibt es aber kein Attachment. Also dachte ich
mir, was zum Geier macht diese Krücke, habe eine solche Mail mit Outlook erzeugt und an
mich geschickt. Und siehe da, Outlok zeigt kein Attachment an, weder in der Übersicht, noch
in der direkten Ansicht. Also, eine Runde im Quelltext schmökern:
Deklaration des related Teils
--------=_trenner_related
Deklaration des alternative Teils
--------=_trenner_alternative
PLAINTEXT
--------=_trenner_alternative
HTML-text
--------=_trenner_alternative--
--------=_trenner_related
bg.gif (base64)
--------=_trenner_related--
...was ich einigermaßen unlogisch finde, da es ja so aussieht als ob das BG-Imgae zum
gesamten Mailtext gehört, also auch zum Plaintext.
Was will ich jetzt wissen, gibt es eine Regel für die Reihenfolge der Delimiter innerhalb von
MIME-Mails? Die RFC'S waren nicht besonders auskunftfreudig :-(
bye und dank
eddie