Symptomen
Nadat uw postvak is verplaatst naar Microsoft Office 365 Dedicated/ITAR (vNext), ondervindt u een van de volgende problemen:
-
Een gebruiker met een postvak in een verouderd toegewezen postvak wordt weergegeven in het adresboek, samen met een pictogram dat een externe contactpersoon vertegenwoordigt.
-
Wanneer u een ander postvak probeert toe te voegen in Microsoft Outlook, ontvangt u het volgende foutbericht:
-
Wanneer u probeert een gedelegeerde of map-/agendamachtigingen toe te voegen in Outlook, wordt de gebruiker weergegeven met een rode schuine streep over het pictogram en ontvangt u een foutbericht dat lijkt op het volgende:
Oorzaak
Alle e-mailgebruikersobjecten die on-premises postvakken vertegenwoordigen, moeten een RecipientDisplayType-object hebben waarmee ze kunnen worden toegevoegd als een extra postvak en gemachtigde. Deze objecten worden beschouwd als 'ACLable'. (Het object kan worden toegevoegd aan een Access Control lijst).
Oplossing
Als u een object wilt synchroniseren met vNext als een ACLable-object, moet de waarde msExchRecipientDisplayType voor het gebruikersobject in de on-premises AD een waarde van 0 hebben (dit wordt omgezet in -1073741818, een ACLableMailboxUser, in vNext). Dit geeft aan dat het object gelijk is aan een MailboxUser en een ACLable-object in Exchange vNext moet zijn. Hierdoor kunnen vNext-postvakgebruikers gemachtigden toevoegen en meer postvakken toevoegen in Outlook voor gebruikers met postvakken in de verouderde toegewezen omgeving.
Opmerking Postvakken en lijsten met ruimten mogen niet worden ingesteld op een waarde van 0, zoals gebruikers en gedeelde postvakken. De resources kunnen alleen goed functioneren tijdens co-existentie als ze speciale waarden hebben.
Neem contact op met het Identity/Active Directory-team van uw organisatie om het kenmerk msExchRecipientDisplayType bij te werken. En nadat de wijziging is aangebracht, moet u de tijd geven voordat de wijziging wordt gesynchroniseerd met Azure AD en Exchange vNext.
