PRB: ACL: New ACE ID Not the Same As Original AddressEntry ID (237602)

The information in this article applies to:

Collaboration Data Objects (CDO) 1.1
Collaboration Data Objects (CDO) 1.2
Collaboration Data Objects (CDO) 1.21
Microsoft Exchange Development Kit (EDK) 5.5

This article was previously published under Q237602

SYMPTOMS

You are using the ACL object to add permissions to a MAPI folder. When you add a new entry to the folder ACEs collection and update the collection, you see that the ID of that new ACL is different than the ID of the address entry that was used to obtain the original entry ID.

CAUSE

When the member is added to the MAPI folder ACE's collection, the ACE.ID property is set to the short-term entry identifier of the desired member that is returned by the CDO (1.1, 1.2, 1.21) AddressEntry or Recipient object. When the ACE object is added to the ACE's collection, The ACE ID is converted to the long-term entry identifier as found in the PR_ENTRYID MAPI property for the member. Once converted, the ACE object is stored in the ACE's internal collection with this ID as the key.

RESOLUTION

To find the identity of the ACE object, use the CDO (1.1, 1.2, 1.21) Session's GetAddressEntry method, passing the long term ID of the ACE from the ACE collection. For example:

Set objAddressEntry = objSession.GetAddressEntry("EntryID obtained from the ACL ACE.ID")

STATUS

This behavior is by design.

Modification Type:	Minor	Last Reviewed:	3/4/2004
Keywords:	kbMsg kbprb KB237602