Postvak niet ingericht in azure AD Connect voor Office 365

Symptomen

Er is geen Exchange Online-postvak ingericht in azure Active Directory (Azure AD) verbinding maken.

Oplossing

Er zijn twee Windows Azure Active Directory-modules voor het beheren van Azure AD via PowerShell. Beide worden momenteel ondersteund. 

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

  1. Ga na of het object bestaat in azure AD met de Azure AD PowerShell-module. U moet een UsageLocation -parameter opgeven en moeten worden ingevuld. Voer bijvoorbeeld de volgende cmdlet uit:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*

    Opmerking De parameter ValidationStatus is alleen zichtbaar als u de cmdlet Get-MsolUser gebruikt.

    Als de waarde van de ValidationStatus -parameter niet in ordeis, kunt u het volgende Microsoft Knowledge Base-artikel helpen om meer informatie over de fout weer te geven:

    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 zich in de reikwijdte van Azure AD Connect bevindt.

  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, vraag Microsoft om het object in te dienen voor een doorstuur synchronisatie via Azure AD naar Exchange Online. U moet deze aanvraag indienen met behulp van de parameter ObjectId . U vindt de waarde van de ObjectId -parameter in azure AD. (Deze wordt in de vorm van XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX) weergegeven. Voer bijvoorbeeld een van de volgende cmdlets uit:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId

  4. Als een gebruiker niet aanwezig is, controleert u de dump van het bronbestand en controleert u of de waarden van de kenmerken userPrincipalName en mailNickname zijn ingevuld.

  5. Als de waarde van userPrincipalName -kenmerk is ingesteld, moet u Microsoft vragen het object in te dienen voor een doorstuur synchronisatie via Azure AD naar Exchange Online met behulp van het kenmerk userPrincipalName . Voer deze waarde in, omdat deze waarde kan afwijken van de waarde van het PrimarySmtpAddress -kenmerk.

  6. Ga na of er DirSync-fouten zijn. Raadpleeg de volgende artikelen voor ondersteuning: Fouten met adreslijstsynchronisatie identificeren in office 365   identificatie van DirSync-inrichtings fouten in Office 365 Zie de volgende artikelen voor meer informatie over het oplossen van problemen: Fouten tijdens het synchroniseren oplossen   problemen met een object dat niet wordt GESYNCHRONISEERD met Azure AD

  7. Als er conflicten zijn met een ander object, maar dat object niet kan worden gevonden in uw on-premises Active Directory, controleert u of er geen Cloud-only object is dat het probleem veroorzaakt. U kunt dit op diverse manieren doen. Selecteer gebruikers -> gastgebruikers in de beheerportal, of Bekijk de eigenschappen in de foutdetails voor synchronisatie in de beheerportal. Als het bron ankerpunt als leeg wordt weergegeven en de bron van de AuthorityCloudis, is dit een gastgebruiker. Het object moet worden verwijderd of bijgewerkt om het conflict met een gesynchroniseerd object te verminderen. Tot slot 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. Ga na of er een licentie is toegewezen aan de gebruiker in azure AD. Dit kan worden gecontroleerd in azure AD en in Exchange Online. Voorbeeld:  Azure AD

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

    Get-AzureADUser -ObjectId <UserPrinicipalName or DisplayName> | fl *license* Exchange Online Get-Recipient <UserPrinicipalName or DisplayName> | fl SkuAssigne

  9. Ga na of er een postvak is in een soft-of inactieve status. Voer de volgende cmdlets uit om dit te doen:  Zacht verwijderdGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> Als het postvak tijdelijk wordt verwijderd, is het binnen 30 dagen hersteld door het AD-account weer te verplaatsen naar de scope of inhoud te herstellen met behulp van de New-MailboxRestoreRequest -cmdlet. Zie postvakken van gebruikers verwijderen of herstellen in Exchange Onlinevoor meer informatie.  InactiefGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Zie een inactief postvak herstellen in Exchange Onlineals het postvak inactief is. 

     

  10. Als u een wijziging aanbrengt in de synchronisatiefout en het probleem nog niet is opgelost, moet u Microsoft vragen het object in te dienen voor een forward-synchronisatie van Azure AD naar Exchange Online met behulp van het kenmerk userPrincipalName . Voer deze waarde in die kan verschillen van de waarde van het PrimarySmtpAddress -kenmerk. Voer de parameter Azure ObjectID in, die nu nodig is om de voorwaartse synchronisatie uit te voeren. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID

 

Meer hulp nodig?

Uw vaardigheden uitbreiden
Training verkennen
Als eerste nieuwe functies krijgen
Deelnemen aan Microsoft insiders

Was deze informatie nuttig?

Bedankt voor uw feedback.

Hartelijk dank voor uw feedback! Het lijkt ons een goed idee om u in contact te brengen met een van onze Office-ondersteuningsagenten.

×