Domino/Notes 8.5.2 und winmail.dat

[Axel]

Ich dachte mit der Version 8.5.2 ist das Problem mit den winmail.dat - Anhängen vom Tisch. Scheinbar habe ich mich zu früh gefreut.  

Eben rief mich ein Kollege an und sagte mir, dass zwei User eine Mail erhalten haben und dass bei einem die Anhänge richtig und beim anderen als winmail.dat angezeigt werden.

Beide habe die gleiche Notes-Version und das gleiche Mailtemplate. Die Einstellungen im Personendokument sehen auch gleich aus. Gibt's da sonst noch irgendwo Einstellungen?

Axel

[smokyly]

Hallo,

ich denke, das kennst Du (allerdings für 8.5.1, sorry)?!

Das Transport Neutral Encapsulation Format (TNEF) ist ein Microsoft-Standard für das Tunneling von Rich-Daten über das Internet zu einem Empfänger. Rich-Daten sind beispielsweise Microsoft Rich Text Format (RTF)-Text, OLE-Objekte, Dateianhänge und andere Anwendungsdaten wie z. B. Microsoft Outlook-Kalenderdaten. Microsoft Outlook-Clients und Microsoft Exchange können für das Formatieren von E-Mails zum Versand an Empfänger, die Microsoft Outlook verwenden, konfiguriert werden. Bei einer derartigen Konfiguration sendet Microsoft Outlook die RTF-Daten als einfachen Text und platziert alle anderen Objekte in den TNEF-Datenstrom, der normalerweise als Datei namens winmail.dat an die E-Mail angehängt wird.
IBM® Lotus® Domino® verwendet die TNEF-Konvertierungsfunktion, um Dateianhänge aus dem TNEF-Datenstrom zu extrahieren und sie an ein IBM® Lotus® Notes®-Dokument als Notes-Dateianhang anzuhängen. Die TNEF-Konvertierung wird auf einem Domino-SMTP-Server ausgeführt. So aktivieren Sie die TNEF-Konvertierungsfunktion und fügen die folgende NOTES.INI-Dateieinstellung zu der NOTES.INI-Datei auf dem Server hinzu:
TNEFEnableConversion=1
Die TNEF-Konvertierung kann TNEF-Objekte in einer S/MIME-signierten Nachricht verarbeiten, dadurch wird jedoch die Signatur ungültig. Standardmäßig verarbeitet die TNEF-Konvertierung S/MIME-signierte Nachrichten nicht auf dem Server. Sie können die untenstehende NOTES.INI-Dateieinstellung verwenden, um die Verarbeitung von S/MIME-signierten Nachrichten durch die TNEF-Konvertierung auf dem Server zu erzwingen.
TNEFBreakSMIME=1
Die TNEF-Konvertierung kann keine Objekte in S/MIME-verschlüsselten Nachrichten verarbeiten, da es diese nicht auf dem Server entschlüsseln kann.
Die TNEF-Konvertierung kann nur "clear-signed" Nachrichten verarbeiten. "Clear-signed" S/MIME-Nachrichten werden als mehrteilige signierte Nachricht gesendet. Der erste Teil dieser signierten Nachricht ist die ursprüngliche Nachricht, die selbst mehrteilig sein kann. Der zweite Teil der mehrteiligen signierten Nachricht ist die Signatur. Anders als bei einer "opaque-signed"-Nachricht liegen die Daten der "clear-signed"-Nachricht im Klartext vor. Die TNEF-Konvertierung kann den TNEF-Datenstrom suchen und öffnen, wobei die im TNEF-Datenstrom enthaltenen Anhänge extrahiert werden.

Denn sonst hätte ich da keine Idee.

Gruß

[Axel]

Diese TNEF-Geschichte kannte ich.

Aber beide User haben den gleichen Home-Server und somit ist auch der Weg von außen bis zur Mailbox der gleiche.

Das muss irgendwas userspezifisches sein.

Axel

[Micha B]

Es ist Absender-spezifisch (Outlook), die sollen als Mail Format Text oder HTML versenden.
http://support.microsoft.com/search/default.aspx?mode=a&query=winmail.dat&spid=global&catalog=LCID%3D1033&1033comm=1&ast=25&ast=28&ast=30&ast=31&res=10

[smokyly]

@Axel: Naja, zunächst ist es ja was userspezifisches beim Absender. Der bestimmt ja, welcher Empfänger was bekommt.

[Axel]

Es ist Absender-spezifisch (Outlook), die sollen als Mail Format Text oder HTML versenden.

Das ist mir schon klar. Aber manchmal sind es sensible Auftraggeber unserer Firma und da sind solche Hinweise unerwünscht.
Aber prinzipiell scheint das doch zu funktionieren. Ein User erhält das Mail doch sauber. Irgendwo muss da noch was vergraben sein.
Bin für jeden Hinweis dankbar.

@Axel: Naja, zunächst ist es ja was userspezifisches beim Absender. Der bestimmt ja, welcher Empfänger was bekommt.

Beide Empfänger stehen in einer Mail drin. Wo ist da das userspezifische? Wenn es getrennte Mails wären, würde ich das ja noch verstehen.


Axel

[Micha B]

Das ist mir schon klar. Aber manchmal sind es sensible Auftraggeber unserer Firma und da sind solche Hinweise unerwünscht.

Wenn ein externes Programm den fehler verursacht und das jemand nicht hören möchte, dann hat er kein Problem.

Aber prinzipiell scheint das doch zu funktionieren. Ein User erhält das Mail doch sauber. Irgendwo muss da noch was vergraben sein.
Bin für jeden Hinweis dankbar.

Der Absender ist dafür verantwortlich, welcher Empfänger die mail in welchemn Format bekommt. Siehe meinen Link, den ich gepostet hatte.

[smokyly]

Beide Empfänger stehen in einer Mail drin. Wo ist da das userspezifische? Wenn es getrennte Mails wären, würde ich das ja noch verstehen.


Axel

Es werden doch 2 Mails zugestellt, Ausgugg wird das beim Senden schon entsprechend trennen. Sonst wäre die Einstellung im Adressbuch irgendwie nicht sinnvoll nutzbar.

Übler finde ich, dass trotz der INI-Einträge keine Umwandlung statt findet.

[stoeps]

Und auf dem eingehenden SMTP Gateway bzw. dem ersten Domino der für die Konvertierung zuständig ist, ist TNEFEnableConversion=1 gesetzt?

[Micha B]

Übler finde ich, dass trotz der INI-Einträge keine Umwandlung statt findet.

Wenn MS an dem Format herum bastelt kann es durchaus sein, dass die Konvertierung ins Leere läuft. Übel ist, dass man sich seitens MS nicht an gewisse Standards hält!

[m3]

Wenn sich Microsoft an Standards halten würde, hätten wir dieses Tinnef-Problem gar nicht.

[smokyly]

Wenn MS an dem Format herum bastelt kann es durchaus sein, dass die Konvertierung ins Leere läuft. Übel ist, dass man sich seitens MS nicht an gewisse Standards hält!

Hat sich da was geändert?
Abgesehen davon scheint IBM aber dies dann doch als "Standard" anzusehen. Oder warum hat man denn nun die Parameter eingeführt?

[Axel]

Das man das in Outlook auch nochmal pro User einstellen kann, war mir bisher nicht so klar. Aber dann macht das Ganze natürlich Sinn.

Und auf dem eingehenden SMTP Gateway bzw. dem ersten Domino der für die Konvertierung zuständig ist, ist TNEFEnableConversion=1 gesetzt?

Sollte gesetzt sein. Werde ich aber sicherheitshalber noch mal prüfen.

Wenn sich Microsoft an Standards halten würde, hätten wir dieses Tinnef-Problem gar nicht.

Ein wahres Wort.  

Axel

[m3]

Warum IBM das eingeführt hat: Weil zu viele  Kunden das Problem hatten, mt schlecht administrierten MS-Systemen komunizieren zu müssen.
Und das ist keine Lösung, sondern ein Work-Around.

[smokyly]

Warum IBM das eingeführt hat: Weil zu viele  Kunden das Problem hatten, mt schlecht administrierten MS-Systemen komunizieren zu müssen.
Und das ist keine Lösung, sondern ein Work-Around.

Meine Frage war nicht wirklich ernst gemeint.

OT: Ich habe das Problem sogar ohne IBM gelöst. Eine Mail an alle, mit Links und Erklärungen, wie der Sender sein System einstellen muss. Damit hatte ich Ruhe und die konnten das dann unter sich ausmachen.

[Micha B]

Abgesehen davon scheint IBM aber dies dann doch als "Standard" anzusehen. Oder warum hat man denn nun die Parameter eingeführt?

Weil es unmengen an Kunden zu geben scheint, die der Meinung sind, 'das könne man dem Absender nicht sagen' und / oder 'Domino / Notes müsse damit umgehen können, wenn Outlook Mist baut'. Und die 'blöde IBM' versucht dann was umzusetzen um dann auch noch die Prügel dafür einzustecken, wenn es nicht funktioniert (weil sich die Gegebenheiten evt. geändert haben und MS mit diesen nicht heraus rückt).

[koehlerbv]

Wer mir WINMAIL.DAT schickt, bekommt ein .OND-Attachment zurück 

Bernhard

[Micha B]

 

[alexhe]

@Bernhard: Made my day ;-)