D
David Dickinson
Many people who use Outlook 2003 or 2007 report having problems sending
attachments to people who are not using those versions of Outlook or Vista's
Windows Mail. The cause of most of these problems seems to be due to
Microsoft's policy regarding the handling of external attachments bundling
into winmail.dat. In other words, imagine this scenario:
1) I am a normal Outlook user and I have no idea what "Outlook Rich Text
Format" (ORTF) or "ms-tnef" means.
2) When I create a new contact, it is set up by default to "Sent using
Outlook Rich Text Format". This person is using some other email client.
3) I receive a message in ORTF that has a PDF attachment from one
correspondent and wish to forward it to the new contact.
The attachment will be bundled into the winmail.dat attachment EVEN IF I
HAVE PREVIOUSLY CONFIGURED OUTLOOK TO SEND NEW MESSAGES IN PLAIN TEXT
because the message I am forwarding was in ORTF. My recipient, also a
normal user, will not be able to open the attachment and, in fact, may not
even know that it's there.
The only available workarounds for forwarded attachments (see KB290809) are:
A) Change the message format PER MESSAGE to plain text or HTML, or
B) In Contacts, double-click the email address and change the "Internet
Format" to "Send plain text only".
These cumbersome workarounds would be unnecessary if Outlook intelligently
handled attachments:. If the attachment is not Outlook-specific, i.e., a
meeting request, etc., then the attachment should not be encapsulated into
winmail.dat.
Am I wrong, or is this solution too obvious? I realize that this also would
make obvious the fact that the entire ms-tnef specification was a bad and
useless idea from the beginning. Meeting requests, etc., should have had
their own mime type which Outlook could process and the unnecessary
winmail.dat encapsulation could have been compeletely avoided, and Outlook
users could successfully send attachments to the hundreds of millions of
non-Outlook users in the world.
David Dickinson
eveningstar at die-spammer-die mvps dot org
attachments to people who are not using those versions of Outlook or Vista's
Windows Mail. The cause of most of these problems seems to be due to
Microsoft's policy regarding the handling of external attachments bundling
into winmail.dat. In other words, imagine this scenario:
1) I am a normal Outlook user and I have no idea what "Outlook Rich Text
Format" (ORTF) or "ms-tnef" means.
2) When I create a new contact, it is set up by default to "Sent using
Outlook Rich Text Format". This person is using some other email client.
3) I receive a message in ORTF that has a PDF attachment from one
correspondent and wish to forward it to the new contact.
The attachment will be bundled into the winmail.dat attachment EVEN IF I
HAVE PREVIOUSLY CONFIGURED OUTLOOK TO SEND NEW MESSAGES IN PLAIN TEXT
because the message I am forwarding was in ORTF. My recipient, also a
normal user, will not be able to open the attachment and, in fact, may not
even know that it's there.
The only available workarounds for forwarded attachments (see KB290809) are:
A) Change the message format PER MESSAGE to plain text or HTML, or
B) In Contacts, double-click the email address and change the "Internet
Format" to "Send plain text only".
These cumbersome workarounds would be unnecessary if Outlook intelligently
handled attachments:. If the attachment is not Outlook-specific, i.e., a
meeting request, etc., then the attachment should not be encapsulated into
winmail.dat.
Am I wrong, or is this solution too obvious? I realize that this also would
make obvious the fact that the entire ms-tnef specification was a bad and
useless idea from the beginning. Meeting requests, etc., should have had
their own mime type which Outlook could process and the unnecessary
winmail.dat encapsulation could have been compeletely avoided, and Outlook
users could successfully send attachments to the hundreds of millions of
non-Outlook users in the world.
David Dickinson
eveningstar at die-spammer-die mvps dot org