Identifying inline attachments

  • Thread starter Thread starter rob_tt08
  • Start date Start date
R

rob_tt08

We have written an Outlook 2003 AddIn that uses the MAPI property
PR_ATTACH_CONTENT_ID (0x3712001F) to distinguish between inline attachments
such as signature images and normal attached files.

This has been working satisfactorily up until now, but when we installed the
AddIn for a new client, we found that it was no longer detecting the
attachments as inline even though the internet headers of some of the
messages show that content-id has a value, so the property should be there as
well. The client is running Outlook over Terminal Services.

However, when we test the same messages on our development machines, the
attachments are correctly identified as inline.

Are there situations in which the property would be removed but still
visible in the headers? How can we reliably distinguish between these two
types of attachments if the content id is not always present?
 
Do you also test if the PR_ATTACH_LOCATION is set?
Did you ask your client to install OutlookSpy or MFCMAPI to see what
attachment properties are?

--
Dmitry Streblechenko (MVP)
http://www.dimastr.com/
OutlookSpy - Outlook, CDO
and MAPI Developer Tool
-
 
Dmitry,

Apologies for not responding sooner, but I have been working on something
else and only just got back to this issue.

I have not installed Outlook Spy on the client machine, but I was able to
determine using a small custom utility that PR_ATTACH_CONTENT_ID is
accessible in ANSI format, just not unicode (0x3712001E instead of
0x3712001F).

After making this change to the code it once again functioned correctly on
both the client site and our own servers.

Thank you for your assistance.
 
Back
Top