Winmail.dat von Outlook nach Notes

[Pascal]

Hallo Leute

kennt jemand das Problem mit den Winmail.dat Files, ein Outlook oder Exchange User versendet Mails mit Attachments nach Nots und die Attachment kommen als undefiniertes Format an

Pascal

[Meff]

Hi Pascal,

hab ich in der Knowledge Base zu dem Thema gefunden :

Internet Messages Containing Attachment from Outlook Received as C.DTF or ATTXXX.DAT Attachment

Problem:

Messages sent from Outlook 98 or Outlook 2000 that contain an attachment are received in Notes with a C.DTF or ATTXXX.DAT attachment.  Messages that contain no attachments from Outlook are received with no problems.

Solution:

Check to make sure the person sending the message from the Outlook client is not using Microsoft Exchange Rich Text Format.  If the user's address is in the Personal Address Book, deselect the checkbox labeled:  "Always send to this recipient using Microsoft Exchange rich text format" in the Personal Name & Address Book (see sample bitmap below) (on the SMTP - General tab).

Also, check the outgoing email message from Outlook to see if the message was addressed to more than one recipient.  If one recipient message is formatted using Outlook rich text and the other is not; the recipient receiving the message using Outlook Rich Text will not receive the message correctly while the recipient not using the Outlook Rich Text format will receive the message fine.

This issue was reported to Lotus Software Quality Engineering and it was determined not to be a problem with the software.

Supporting Information:

For additional information, refer to Microsoft's Technet Q articles Q138053 and Q259065.

WHAT IS TNEF?

Transport Neutral Encapsulation Format, or TNEF, is a format of encapsulation used exclusively by Microsoft to send a message using Microsoft Rich Text.  TNEF is proprietary to Microsoft products such as Outlook, Outlook Express and Exchange.  Lotus Notes does not have the ability to decipher TNEF.  TNEF attachments can be generated in two ways:

1) if a Microsoft Exchange's internet mail connector is configured to send TNEF.  The default option of the Internet Mail Connector is set to User, meaning the client can select the option of using TNEF or not.  The other options for the IMC is Always or Never ,

OR

2) sending of 'winmail.dat' can be set in the address book on a per-recipient basis.  NOTE:  The Exchange setting overrides the setting in the Personal Address Book.  Also note that the wording of the setting in the address book is different in the various Microsoft mail clients.

Meff

[wflamme]

Vielleicht hilft das?
http://homepages.kencomp.net/stepheni/stuff/nettel_header.htm

Es gibt noch ein anderes, freies Tool AFAIK, aber da habe ich die URL nicht zur Hand.

HTH

[JoJo]

Das Tool scheint ja ein vielversprechendes Spielzeug für den Spezialisten zu sein.  

Danke für den Link, wflamme!

Das Problem der unlesbaren Anhänge hab' ich übrigens auch schon mal mit einem Mail von einem Novell-Client vor kurzem gehabt. Ich glaub' da war die Extension auch .dat - sicher bin ich mir aber nicht.

[Pascal]

Super Leute vielen Dank

[jofa]

Hi,

ja es gibt ein Tool dafür: http://www.fentun.com/ ist kostenlos und kann MS tnef DAT Anhänge entschlüsseln, allerdings geht dabei der Dateiname verloren.

Gruss JoFa

[jofa]

Hi,

es gibt noch ein Tool für Linux: http://sourceforge.net/projects/tnef/

Damit sollte es auch möglich sein, wenn Mails von aussen über einen sendfmailer o.ä. geroutet werden, dieses direkt in sendmail zu machen, damit der User nichts davon merkt.

Gruss JoFa

[rfister]

Problem:

Messages sent from Outlook 98 or Outlook 2000 that contain an attachment are received in Notes with a C.DTF or ATTXXX.DAT attachment.  Messages that contain no attachments from Outlook are received with no problems.

Solution:

Check to make sure the person sending the message from the Outlook client is not using Microsoft Exchange Rich Text Format.  If the user's address is in the Personal Address Book, deselect the checkbox labeled:  "Always send to this recipient using Microsoft Exchange rich text format" in the Personal Name & Address Book (see sample bitmap below) (on the SMTP - General tab).

Also, check the outgoing email message from Outlook to see if the message was addressed to more than one recipient.  If one recipient message is formatted using Outlook rich text and the other is not; the recipient receiving the message using Outlook Rich Text will not receive the message correctly while the recipient not using the Outlook Rich Text format will receive the message fine.

[mb]

Hi!

Meine Ansicht dazu ist, daß man nicht mit solchen Tools anfangen sollte!

Das Problem rührt von Outlook her und lässt sich dort leicht beseitigen.
Warum sollte ich als Empfänger anfangen, die Probleme bei der Absendung durch unstandardisierte Formate entstehen wieder auszubügeln? Das Internet beruht nun mal auf offenen, freien Standards. Und wenn sich jemand da nicht dran hält, dann ist das sein Problem.

Bei mit kriegen die Absender solcher Mails den Hinweis mit einigen Infos aus dem Netz, wie man das Abschalten kann und das wars. Danach gibts nur noch "kann den Anhang nicht lesen, bitte ordentlich schicken" zu hören.

Wenn mir jemand demnächst seine Dokumente im AutoCAD-Format schickt, soll ich mir wahrscheinlich AutoCAD kaufen und installieren, oder was? [Wobei das bei CAD wohl auch ein Standard ist, aber zweifellos nicht bei Briefen.]

Outlook kann auch "ordentliche", interoperable Mails erzeugen, dann sollen die Absender das bitte schön auch tun.

Bei Notes geht bei der SMTP / MIME-Konvertierung auch mancher Notes-Spaß verloren, aber es kommt wenigstens immer noch lesbar an.


[genug gemeckert für heute] ;-)

Munter bleiben und nicht unterkriegen lassen!

Marc