Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

Externes Mail enthält "Body" als Anhang "text.htm"

<< < (2/3) > >>

WernerMo:
Hallo Dirk,

danke für den Test,

in Note sieht es nicht so aus, sondern Text (Body) ist ganz leer. Was heißt das dann nun für mich?

Gruß Werner

hallo.dirk:
sieht bei mir gleich aus?? (Notes 7) (Template DWA7)

Allerdings im 8.5er Client stellt er das anders dar??

m3:
Hast Du eine Möglichkeit, so eine Mail vor und nach der Group abzufangen um sie auf etwaige Unterschiede zu untersuchen?

Sollte Group die Mail nicht angreifen, ist für mich Groupwise der Schuldige.


Groupwise sagt zwar, dass die Mail aus mehrere Teilen besteht:

--- Code: ---Content-Type: multipart/alternative; boundary="____CKDJIXZHTSEMYELYHVUC____
--- Ende Code ---
und liefert dann auch brav den ersten Textteil:
--- Code: -----____CKDJIXZHTSEMYELYHVUC____
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline; modification-date="Thu, 11 Feb 2009 11:16:33
+0100"
Content-Language:

TEXT
--____CKDJIXZHTSEMYELYHVUC____
--- Ende Code ---
anstatt dann aber den Text nochmal in der HTML-Version zu schicken, macht Groupwise nochmal einen MIME-Container auf, in den es dann den HTML-Teil packt
--- Code: ---Content-Type: multipart/related; boundary="____ZUBZULYQXYZRCWMMDCHO____"


--____ZUBZULYQXYZRCWMMDCHO____
Content-Type: text/html; charset=utf-8
Content-Disposition: attachment; filename="Text.htm";
--- Ende Code ---
Ohne dem "Content-Type: multipart/related" Teil würde es funktionieren. Notes rendert die Mail eigentlich "korrekter" als Thunderbird - der dafür versteht, wie die Mail "gemeint" war. Thunderbird zeigt auch nur die Textversion der Mail an und zeigt den HTML-Teil als Anhang.

Meine Meinung: Wenn Group nichts an der Mail geändert hat, verschickt Groupwise in diesem Fall Schrott.


Korrekt würde eine Multipart-Mail (Text und HTML-Version) im Source so aussehen:

--- Code: ---Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0044_01C98AF5.EDC9B650"

------=_NextPart_000_0044_01C98AF5.EDC9B650
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset="iso-8859-1"

TEXT-TEXT

------=_NextPart_000_0044_01C98AF5.EDC9B650
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset="iso-8859-1"

HTML-TEXT

------=_NextPart_000_0044_01C98AF5.EDC9B650--
--- Ende Code ---

Ich hab zur besseren Darstellung auch noch zwei Screenshots meines Mail-Clients beigelegt, welcher die verschiedenen MIME-Container schön zeigt:

m3:
P.S. zu meinem obigen Posting.

Nachdem ich (leider) Groupwise hier im direkten Zugriff habe, schickte ich mal ein kleines Testmail. Das ist mit korrektem MIME im Notes angekommen:


--- Code: ---X-Mailer: Novell GroupWise Internet Agent 7.0.3
Content-Type: multipart/alternative; boundary="=__PartEBC33DE3.0__="

This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.

--=__PartEBC33DE3.0__=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=UTF-8

TEXT-TEXT

--=__PartEBC33DE3.0__=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=UTF-8
Content-Description: HTML

HTML-TEXT

--=__PartEBC33DE3.0__=--

--- Ende Code ---

Ev. tut ja einer der beteiligten Spam-Filter die HTML-Version der Mail abhängen, auf Viren, ... prüfen und dann wieder "falsch" anhängen.
Ich würde mal in die Richtung forschen.

WernerMo:
Hallo Martin,

sorry, dass ich so lang nicht geantwortet habe, war noch etwas unterwegs.
Ich werde mal sehen ob ich das mit dem "vor" und "nach" Group hinbekommen.

Ganz herzlichen Dank für all' die Arbeit die Du Dir für mich gemacht hast.

Gruß Werner

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete