none
How to resolve the email address in this form /O=ABCD/OU=EXCHANGE ADMINISTRATIVE GROUP (ABCDEFGH)/CN=RECIPIENTS/CN=MACH00000 RRS feed

  • Question

  • I am using GetItem operation to request one calendar item from office365, in the response I get below section:

    <t:Organizer>
    <t:Mailbox>
    <t:Name>ABCD ABCD</t:Name>
    <t:EmailAddress>
    /O=ABCD/OU=EXCHANGE ADMINISTRATIVE GROUP (ABCDEFGH)/CN=RECIPIENTS/CN=ABCD00000
    </t:EmailAddress>
    <t:RoutingType>EX</t:RoutingType>
    </t:Mailbox>
    </t:Organizer>

    For security reason I masked the original message. The problem is with this form of email address I cannot get the organizer.

    Does anyone know in what situation a calendar item will have this type of email address instead of normal abcd@abcd.com?


    • Edited by ZY.Yang Wednesday, January 13, 2016 12:00 AM title contains unexpected content
    Tuesday, January 12, 2016 11:59 PM

Answers

  • That is the EX or X500 address which is how Exchange will store the address for any Internal user (so in Office365 meaning any Mailbox in the tenant) If you look at the appointment in a Mapi Editor like OutlookSpy or MFCMapi this is the address you will see PR_EMAIL_ADDRESS_W property in the Recipient collection. EWS should resolve this address to an SMTP when you use GetItem (its important to not that doesn't happening when you use FindItems). You can try resolving the address yourself using ResolveName eg

    NameResolutionCollection coll = service.ResolveName("/O=ABCD/OU=EXCHANGE ADMINISTRATIVE GROUP (ABCDEFGH)/CN=RECIPIENTS/CN=ABCD00000", ResolveNameSearchLocation.DirectoryOnly,true)

    A few reasons the address won't resolve

    The user that the Address belongs to was deleted

    The Appointment was imported into the calendar (eg if somebody has just done a PST export and PST import (or other migration method) then they may have imported the X500 address from their OnPremise envioment). Its pretty easy to tell if this is happened because the X500 address for Office365 should look like /O=EXCHANGELABS/OU=EXCHANGE ADMINISTRATIVE GROUP....

    If its a hybrid or they are using dirsync etc then the LegacyDN's from the source environment should be synced as an addition X500 proxy Address on the Mailbox which should then allow the old X500 address then to be resolved by EWS or Outlook.

    Cheers
    Glen

    • Marked as answer by ZY.Yang Wednesday, January 13, 2016 1:22 AM
    Wednesday, January 13, 2016 12:51 AM

All replies

  • That is the EX or X500 address which is how Exchange will store the address for any Internal user (so in Office365 meaning any Mailbox in the tenant) If you look at the appointment in a Mapi Editor like OutlookSpy or MFCMapi this is the address you will see PR_EMAIL_ADDRESS_W property in the Recipient collection. EWS should resolve this address to an SMTP when you use GetItem (its important to not that doesn't happening when you use FindItems). You can try resolving the address yourself using ResolveName eg

    NameResolutionCollection coll = service.ResolveName("/O=ABCD/OU=EXCHANGE ADMINISTRATIVE GROUP (ABCDEFGH)/CN=RECIPIENTS/CN=ABCD00000", ResolveNameSearchLocation.DirectoryOnly,true)

    A few reasons the address won't resolve

    The user that the Address belongs to was deleted

    The Appointment was imported into the calendar (eg if somebody has just done a PST export and PST import (or other migration method) then they may have imported the X500 address from their OnPremise envioment). Its pretty easy to tell if this is happened because the X500 address for Office365 should look like /O=EXCHANGELABS/OU=EXCHANGE ADMINISTRATIVE GROUP....

    If its a hybrid or they are using dirsync etc then the LegacyDN's from the source environment should be synced as an addition X500 proxy Address on the Mailbox which should then allow the old X500 address then to be resolved by EWS or Outlook.

    Cheers
    Glen

    • Marked as answer by ZY.Yang Wednesday, January 13, 2016 1:22 AM
    Wednesday, January 13, 2016 12:51 AM
  • Really thanks for your help. Works perfect
    Wednesday, January 13, 2016 1:22 AM