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

[WernerMo]

Hallo,

ein Mitarbeiter erhält von einem Kunden alle Mails in diesem Format:

Statt dem Text im Body hängt nur ein Attachment dran, das immer "text.htm" heißt. In diese Attachment ist dann der eigentliche Text der eMail im htm(l) Format.

Der Absender nutzt (laut der RFC822 HeaderInfo) "Novell_GroupWise"

Ich vermute, das liegt am Absender? Stimmt das?

NotesClient 8.0.2 CCH3 Domino 8.0.2

Gruß Werner

[m3]

Also ich hab mit Groupwise <-> Notes keine Probleme (täglicher, exzessiver Mailverkehr).

Ich kenn das Problem aber von dazwischengeschalteten Virenscannern, die was in die Mail einfügen. Kannst Du das Problem ausschließen bzw. ev. mal die anonymisierten Headerdaten posten?

[hallo.dirk]

Ein IBM Supporter gab mir mal einen guten Tipp, mit dem man sofort erkennen kann ob Notes Mist baut oder nicht:

Installiere Mozilla Thunderbird.
Kopiere den kompletten Seitenquelltext in ein Textfile und öffne ihn im Thunderbird (einfach mit Datei/öffnen).
So kann man sofort erkennen ob was falsch läuft...

[WernerMo]

Hallo,

danke für die Rückmeldungen,

Beim Absender gibts wohl spamassin
bei uns ist es IQ-Suite

Quelltext als Anlage

Gruß Werner

[hallo.dirk]

sieht zumindest Identisch wie unter Notes aus...

Mann müsste die Mail noch vor Group abfangen, damit man seine eigene Umgebung ausschliessen kann.

[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____

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____

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";

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--

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__=--

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

[Driri]

Nur zur Info, weil wir hier auch gerade einen etwas merkwürdigen Effekt in Verbindung mit der iQSuite hatten.

Szenario :

- Interne Notes-Domäne wird geroutet an SMTP mit iQSuite
- iQSuite Action-Job ersetzt in der Empfängerliste die interne Notes-Domäne durch eine externe Domäne


Problem :

Die Mails, die via Action-Job bearbeitet wurden, kamen beim Empfänger mit Content-Type "text/plain" an.
Mails, die direkt an die externe Domäne verschickt wurden (also ohne "Umleitung" durch den Action-Job), kamen korrekt mit Content-Type "text/html" an.

Das Problem war, daß somit in der "umgeleiteten" Mail sämtliche Textformattierungen verlorengegangen sind (z.B. Fettdruck, Aufzählung, etc. pp.)


"Lösung" :

Zwei Testmails (1x direkt an Extern, 1x umgeleitet via Action-Job) waren nach Verarbeitung durch die iQSuite augenscheinlich identisch. Nach Einsendung von Testmails, Logs, etc. hat Group uns dann mitgeteilt, daß die iQSuite als Verursacher des Problems ausgeschlossen werden kann.

Als letzten Test habe ich dann am SMTP in den MIME-Einstellungen unter den Conversion Options für Outbound umgestellt auf "from Notes to Plain Text and HTML". Vorher stand dort "from Notes to Plain Text" (Ich vermute, daß das die Standardeinstellung ist. Zumindest kann ich mir nicht vorstellen, daß wir da dran gedreht haben).

Anschließend wurden die Mails als Multipart-MIME versendet und somit blieben auch die Formattierungen erhalten.


Lange Rede, kurzer Sinn :

Ich habe hier immer noch die iQSuite als Verursacher in Verdacht. Auch wenn auf den ersten Blick kein Unterschied zwischen den Testmails bestand, muß der Domino ja irgendeinen Grund gehabt haben, warum die Mails unterschiedlich konvertiert wurden.

Vielleicht hilft Dir das ja bei der weiteren Untersuchung.

[m3]

Hi Werner, hat sich das Problem erledigt?

[WernerMo]

Hallo Martin

danke der Nachfrage, ich glaube nicht,
sondern der User hat sich "drangewöhnt" und meldet sich daher nicht mehr bei mir.

Werde daher gleich nochmals nachfragen.

Gruß Werner
aus dem verschneiten Mittelfranken.