Modify name and address of existing Sent Items?

J

joebob

Hello,

I was wondering how to go about modifying the From Display name and From E-mail address of existing Sent Items? What Outlook and/or MAPI fields are involved and how to manipulate them? Thanks
 
D

Dmitry Streblechenko \(MVP\)

You will need to modify the PR_SENDER_xxx and PR_SENT_REPRESENTING_xxx
properties (about a dozen of them).

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

Hello,

I was wondering how to go about modifying the From Display name and From
E-mail address of existing Sent Items? What Outlook and/or MAPI fields are
involved and how to manipulate them? Thanks
 
J

joebob

Thanks Dmitry. Some of those fields such as PR_SENDER_ENTRYID are type PT_BINARY and contains multiple items. How does one go about accessing and modifying the individual elements using VBA code?
 
D

Dmitry Streblechenko \(MVP\)

If you are using VBA, the only way to access these fields is with CDO 1.21
or Redemption.

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

Thanks Dmitry. Some of those fields such as PR_SENDER_ENTRYID are type
PT_BINARY and contains multiple items. How does one go about accessing and
modifying the individual elements using VBA code?
 
J

joebob

Using CDO or Redemption, can you tell me what would be the syntax for accessing the lpszDisplayName element of PR_SENDER_ENTRYID? Thank you
 
D

Dmitry Streblechenko \(MVP\)

It is either the entry id that you retrieve elsewhere or you can create a
one-off entry id if you know the address, address type and display name -
click on the button next to the Value edit in the IMessage window in
OutlookSpy. Essentially one-off entry id consists of a fixed prefix plus
display name, address type and address separated by 0x0.
You can set that property using Fields to a string hex representation of the
binary (two chars for each byte) (both CDO or Redemption) or to a variant
array in Redemption.

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

Using CDO or Redemption, can you tell me what would be the syntax for
accessing the lpszDisplayName element of PR_SENDER_ENTRYID? Thank you
 
J

joebob

I successfully changed the value of PR_SENDER_ENTRYID using a variant array in Redemption. Thanks for your help with that.

Can you tell me what the fixed prefix portion of the string (the part up to lpszDisplayName) represents and if it is OK to hard-code it? Thanks
 
D

Dmitry Streblechenko \(MVP\)

Yes, you can hardcode it just fine:
1. 4 bytes - just leave them as all 0s
4. 16 bytes - GUID (MAPI_ONE_OFF_UID in case of one-off addresses)

The rest of the structure (from MSDN, MAPIUID below referes to #2 above):

One-Off Entry Identifiers
One-off entry identifiers are created by MAPI in the IAddrBook::CreateOneOff
method and by components that do not have access to the MAPI subsystem, such
as gateway components. The one-off entry identifier uses a specific format,
defined as follows.

The first field is a special MAPIUID structure that identifies the entry
identifier as representing a custom recipient. This MAPIUID structure must
be set to the constant MAPI_ONE_OFF_UID. MAPI_ONE_OFF_UID is defined in the
header file MAPIDEFS.H.
The version and flags fields are 16-bit words in Intel byte order. The
version field must be set to zero. The flags field can be set to the
following values:
MAPI_ONE_OFF_NO_RICH_INFO
MAPI_ONE_OFF_UNICODE
The MAPI_ONE_OFF_NO_RICH_INFO flag is set if a recipient should not receive
message content in the Transport Neutral Encapsulation Format (TNEF).
IAddrBook::CreateOneOff sets this flag when it is passed the
MAPI_SEND_NO_RICH_INFO flag.
The MAPI_ONE_OFF_UNICODE flag is set if the display name and e-mail address
are Unicode strings. IAddrBook::CreateOneOff sets this flag when it is
passed the MAPI_UNICODE flag. When the MAPI_UNICODE flag is not passed to
CreateOneOff, MAPI assumes that the display name and e-mail address strings
are in the workstation's current ANSI character set. ANSI strings generally
do not work well in messages that are sent between platforms using different
character sets because the code page is not encoded in the entry identifier.
To protect against this potential incompatibility, many address types are
limited to only those characters that are common across multiple character
sets. However, to ensure character set and platform compatibility, clients
should use Unicode for the character strings in their messages.
The display name is a null-terminated string that corresponds to the
recipient's PR_DISPLAY_NAME property and to the lpszName parameter passed to
IAddrBook::CreateOneOff. The character set is Unicode if the
MAPI_ONE_OFF_UNICODE flag is set and ANSI if it is clear.
The address type is a null-terminated string that corresponds to the
recipient's PR_ADDRTYPE property and to the lpszAdrType parameter passed to
IAddrBook::CreateOneOff.
The e-mail address is a null-terminated string that corresponds to the
recipient's PR_EMAIL_ADDRESS property and to the lpszAddress parameter
passed to IAddrBook::CreateOneOff.
Note There is no padding in one-off entry identifier structures; the bytes
are packed exactly as indicated above and the entry identifier length should
not include any bytes beyond the terminating null character of the e-mail
address.
Clients and address book providers that manually construct one-off entry
identifiers might also need to generate values for the PR_RECORD_KEY and
PR_SEARCH_KEY properties. The record key is identical to the entry
identifier. The search key should be formed by concatenating the following
fields in the following order:
The address type, converted to uppercase characters
A colon :))
The e-mail address, converted to uppercase characters
A terminating null character
No character set conversion must be done when generating the search key.

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

I successfully changed the value of PR_SENDER_ENTRYID using a variant array
in Redemption. Thanks for your help with that.

Can you tell me what the fixed prefix portion of the string (the part up to
lpszDisplayName) represents and if it is OK to hard-code it? Thanks
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top