Symptom
När postlådan har flyttats till Microsoft Office 365 Dedikerad/ITAR (vNext) har du något av följande problem:
-
En användare som har en postlåda i äldre dedikerad listas i adressboken tillsammans med en ikon som representerar en extern kontakt.
-
När du försöker lägga till en annan postlåda i Microsoft Outlook får du följande felmeddelande:
-
När du försöker lägga till ett ombud eller mapp-/kalenderbehörigheter i Outlook visas användaren med ett rött snedstreck över ikonen och sedan får du ett felmeddelande som liknar följande:
Orsak
Alla e-postanvändarobjekt som representerar lokala postlådor ska ha ett RecipientDisplayType-objekt som tillåter att de läggs till som ytterligare postlåda och ombud. Dessa objekt anses vara "ACLable". (Objektet kan läggas till i en Access Control lista).
Lösning
För att ett objekt ska synkroniseras till vNext som ett ACLable-objekt måste värdet msExchRecipientDisplayType för användarobjektet i den lokala AD-versionen ha värdet 0 (detta omvandlas till -1073741818, en ACLableMailboxUser, i vNext). Detta anger att objektet är lika med en MailboxUser och ska vara ett ACLable-objekt i Exchange vNext. På så sätt kan användare av vNext-postlådor lägga till ombud och lägga till fler postlådor i Outlook för användare som har postlådor i den äldre dedikerade miljön.
Obs! Rumspostlådor och rumslistor ska inte anges till värdet 0 som användare och delade postlådor. För att resurserna ska fungera korrekt under samexistens har de speciella värden.
Kontakta organisationens Identity/Active Directory-team för att begära att attributet msExchRecipientDisplayType uppdateras. Och när ändringen har gjorts måste du ge tid för ändringen att synkronisera till Azure AD och Exchange vNext.
