Postvak niet ingericht in Azure AD Connect voor Office 365

Symptomen

Een Exchange Online postvak wordt niet ingericht in Azure Active Directory (Azure AD) Connect.

Oplossing

Er zijn twee Windows Azure Active Directory-modules om Azure AD te beheren via PowerShell. Beide worden momenteel ondersteund. 

• MSOL - Zie de volgende artikelen voor meer informatie over de MSOL-module:
  
  Installeren - Module MSOnline
  Connect - MsolService

• AzureAD - Zie de volgende artikelen voor meer informatie over de AzureAD-module:
  
  Installeren - Module AzureAD
  Connect - AzureAD

Voer de volgende stappen uit om dit probleem op te lossen: 

1. Controleer of het object bestaat in de Azure AD met behulp van de Azure AD PowerShell-module. Een UsageLocation-parameter is vereist en moet worden ingevuld. Voer bijvoorbeeld de volgende cmdlet uit:
   
   Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*
   

   Opmerking De parameter ValidationStatus kan alleen worden weergegeven met behulp van de cmdlet Get-MsolUser .

   Als de parameterwaarde ValidationStatus niet in orde is, kan het volgende Microsoft Knowledge Base-artikel u helpen gedetailleerdere informatie over de fout te identificeren:

   2741233 U ziet validatiefouten voor gebruikers in de Office 365-portal of in de Azure Active Directory-module voor Windows PowerShell

2. Als het object niet aanwezig is in Azure AD, controleert u of het object binnen het bereik van Azure AD Connect valt.

3. Als het object aanwezig is in Azure AD, controleert u of het object aanwezig is in Exchange met behulp van de cmdlet Get-User. 
   
   Als er geen resultaat is, vraagt u Microsoft om het object voor een doorstuursynchronisatie van Azure AD naar Exchange Online te verzenden. Deze aanvraag moet worden gedaan met behulp van de parameter ObjectId . De parameterwaarde ObjectId vindt u in Azure AD. (Het heeft de vorm XXXXXXXX-XXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXXXXX). Voer bijvoorbeeld een van de volgende cmdlets uit:
   
   Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectId
   
   Get-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId

4. Als er geen gebruiker aanwezig is, controleert u een AD-brondump om te controleren of de waarden van de kenmerken UserPrincipalName en mailNickname zijn ingevuld.

5. Als de kenmerkwaarde UserPrincipalName is ingesteld, vraagt u Microsoft om het object voor een doorstuursynchronisatie van Azure AD naar Exchange Online met behulp van het kenmerk UserPrincipalName. Geef deze waarde op, omdat deze kan afwijken van de waarde van het kenmerk PrimarySMTPAddress .

6. Controleer op DirSync-fouten. Raadpleeg hiervoor de volgende ondersteuningsartikelen:
   
   Fouten met adreslijstsynchronisatie identificeren in Office 365
   DirSync-inrichtingsfouten identificeren in Office 365
   
   Zie de volgende artikelen voor meer informatie over het oplossen van problemen:
   
   Fouten tijdens synchronisatie
   oplossen Problemen oplossen met een object dat niet wordt gesynchroniseerd met Azure AD            

7. Als er een conflict is met een ander object, maar dat object niet kan worden gevonden in uw on-premises Active Directory, controleert u of er geen cloudobject is dat het probleem veroorzaakt.
   
   U kunt dit op verschillende manieren doen. Selecteer Gebruikers -> Gastgebruikers in de Beheer Portal of bekijk de eigenschappen in details van synchronisatiefout in de Beheer Portal. Als bronanker leeg wordt weergegeven en de bron van de instantieCloud is, is dit een gastgebruiker. Het object moet worden verwijderd of bijgewerkt om het conflict met een synchronisatieobject te verminderen. Ten slotte kunt u dit ook controleren met behulp van de volgende cmdlet in PowerShell.
   
   
   
   get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId Het resultaat ziet er ongeveer als volgt uit: 

   UserType    : Guest
   ImmutableId : 
   

8. Controleer of er een licentie is toegewezen aan de gebruiker in Azure AD. Dit kan worden gecontroleerd in Azure AD en in Exchange Online. Bijvoorbeeld:
   
   Azure AD

   Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl *license*

   
   
   #x2Get-AzureADUser -ObjectId <UserPrinicipalName or DisplayName> | fl *license*Exchange Online
   
   

9. Bepaal of er een postvak is met een voorlopig verwijderde of inactieve status. Voer hiervoor de volgende cmdlets uit:
   
   Voorlopig verwijderd
   
   Get-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName>
   
   Als het postvak voorlopig wordt verwijderd, kan het binnen 30 dagen worden hersteld door het AD-account weer naar het bereik te verplaatsen of inhoud te herstellen met behulp van de cmdlet New-MailboxRestoreRequest . Zie Postvakken van gebruikers verwijderen of herstellen in Exchange Online voor meer informatie. 
   
   Inactief
   
   
   
   Get-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Als het postvak inactief is, raadpleegt u Een inactief postvak herstellen in Exchange Online. 

10. Als u een wijziging aanbrengt om een synchronisatiefout te corrigeren en het probleem nog steeds niet is opgelost, vraagt u Microsoft om het object voor een doorstuursynchronisatie van Azure AD naar Exchange Online te verzenden met behulp van het kenmerk UserPrincipalName. Geef deze waarde op, omdat deze kan afwijken van de kenmerkwaarde PrimarySMTPAddress . Geef de parameter Azure ObjectID op, die nu nodig is om de forward sync uit te voeren. 
    
    Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID