Hello!
(OL 2003 SP3)
I realized that the usual way to remove an attachment from a message
does not remove it completely.
It seems to remove the decoded attachment but not the encoded version in
the raw message text. E.g. removing the attachments from a message
reduces message size from 12 MB to 9 MB which is not sufficient to keep
the pst file small enough in the long term.
The 9 MB message still contains the encoded version in the raw message
text, as can be seen by looking into "view-options-header lines".
I'd like to remove this as well, so my question:

Is there a vba object which represents the encoded part of the message?


--
Wilfried Hennings
please reply in the newsgroup, the e-mail address is invalid

Internet headers in the PR_TRANSPORT_MESSAGE_HEADERS MAPI property never
include the whole MIME message unless you set a special registry key (don't
remember the name off the top of my head) that force the SMTP transport
provider to store the whole MIME message, not just the MIME header.

--
Dmitry Streblechenko (MVP)
http://www.dimastr.com/
OutlookSpy - Outlook, CDO
and MAPI Developer Tool
-
"Wilfried" wrote in message
...
Hello!
(OL 2003 SP3)
I realized that the usual way to remove an attachment from a message
does not remove it completely.
It seems to remove the decoded attachment but not the encoded version in
the raw message text. E.g. removing the attachments from a message
reduces message size from 12 MB to 9 MB which is not sufficient to keep
the pst file small enough in the long term.
The 9 MB message still contains the encoded version in the raw message
text, as can be seen by looking into "view-options-header lines".
I'd like to remove this as well, so my question:

Is there a vba object which represents the encoded part of the message?


--
Wilfried Hennings
please reply in the newsgroup, the e-mail address is invalid

On Fri, 19 Dec 2008 13:43:24 -0700, "Dmitry Streblechenko"
wrote:

Internet headers in the PR_TRANSPORT_MESSAGE_HEADERS MAPI property never
include the whole MIME message unless you set a special registry key (don't
remember the name off the top of my head) that force the SMTP transport
provider to store the whole MIME message, not just the MIME header.

Thank you so much! That was the most valuable hint I got since I
started asking about the problem.
The registry key is
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\O utlook\Options\Mail
DWORD: SaveAllMIMENotJustHeaders
Value: 1

I will be back in January 2009 to report whether this was helpful.
Until then, I wish you a Merry Christmas and a Happy New Year,
Wilfried

Wilfried wrote:

On Fri, 19 Dec 2008 13:43:24 -0700, "Dmitry Streblechenko"
wrote:

Internet headers in the PR_TRANSPORT_MESSAGE_HEADERS MAPI property never
include the whole MIME message unless you set a special registry key (don't
remember the name off the top of my head) that force the SMTP transport
provider to store the whole MIME message, not just the MIME header.

Thank you so much! That was the most valuable hint I got since I
started asking about the problem.
The registry key is
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\O utlook\Options\Mail
DWORD: SaveAllMIMENotJustHeaders
Value: 1

I will be back in January 2009 to report whether this was helpful.
Until then, I wish you a Merry Christmas and a Happy New Year,
Wilfried

Well, changing this reg-key solved the problem.

When I started using Outlook, I had problems with incorrect display of
messages from someone using a Macintosh, so I had set this reg key to
see whether the message was correctly encoded. We got the Mac problem
solved by setting an option on the Mac. Then I forgot I had set that reg
key, and I was not aware that this reg key makes Outlook store each
attachment twice, once encoded (MIME message) and once decoded, and that
only the decoded attachment can be removed from the message.


--
Wilfried Hennings
please reply in the newsgroup, the e-mail address is invalid