Cutia poștală nu este furnizată în Azure AD Connect pentru Office 365

Simptome

O cutie poștală Exchange Online nu este furnizată în conectarea la Azure Active Directory (Azure AD).

Rezolvare

Există două module Windows Azure Active Directory pentru a administra Azure AD prin PowerShell. Ambele sunt acceptate în prezent. 

• MSOL-pentru mai multe informații despre modulul MSOL, consultați următoarele articole:  Instalare-modulul MSOnlineConnect-MsolService

• AzureAD-pentru mai multe informații despre modulul AzureAD, consultați următoarele articole:  Instalare-modulul AzureADConnect-AzureAD

Pentru a remedia această problemă, urmați acești pași: 

1. Confirmați că obiectul există în reclama Azure utilizând modulul Azure AD PowerShell. Este necesar un parametru UsageLocation și trebuie să fie populat. De exemplu, rulează următorul cmdlet:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*

   Notă Parametrul ValidationStatus este vizibil doar utilizând cmdletul Get-MsolUser .

   Dacă valoarea parametrului ValidationStatus nu este sănătoasă, următorul articol din baza de cunoștințe Microsoft vă poate ajuta să identificați mai multe informații detaliate despre eroare:

   2741233 Vedeți erorile de validare pentru utilizatorii din portalul Office 365 sau din modulul Azure Active Directory pentru Windows PowerShell

2. Dacă obiectul nu este prezent în Azure AD, asigurați-vă că obiectul este în domeniul Azure AD Connect.

3. Dacă obiectul este prezent în Azure AD, confirmați că obiectul este prezent în Exchange utilizând cmdletul Get-user .  Dacă nu există niciun rezultat, solicitați Microsoft să remită obiectul pentru o sincronizare redirecționată de la Azure AD la Exchange Online. Această solicitare trebuie efectuată utilizând parametrul objectID . Valoarea parametrului objectID poate fi găsită în Azure AD. (Va fi sub formă de xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx). De exemplu, rulează unul dintre următoarele cmdleturi:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId

4. Dacă un utilizator nu este prezent, examinați o imagine sursă pentru a verifica dacă valorile atributelor UserPrincipalName și mailNickname sunt populate.

5. Dacă este setată valoarea atributului UserPrincipalName , solicitați Microsoft să remită obiectul pentru o sincronizare redirecționată de la Azure AD la Exchange Online utilizând atributul UserPrincipalName . Furnizați această valoare, deoarece poate diferi de valoarea de atribut PrimarySmtpAddress .

6. Căutați erorile DirSync. Pentru a face acest lucru, consultați următoarele articole de asistență: Identificați erorile de sincronizare a directorului în office 365,identificând erorile de asigurare a accesului DirSync în Office 365 Pentru mai multe informații despre depanarea, consultați următoarele articole: Depanarea erorilor în timpul sincronizăriiDepanarea unui obiect care nu se sincronizează la Azure AD

7. Dacă există un conflict cu alt obiect, dar acel obiect nu poate fi găsit în Active Directory local, confirmați că nu există un obiect doar în cloud care cauzează problema. Puteți face acest lucru în mai multe moduri. Selectați utilizatori -> utilizatori invitați în portalul de administrare sau vizualizați proprietățile în detaliile de eroare de sincronizare în portalul de administrare. Dacă afișează ancora sursă ca necompletată și sursa de autoritate este Cloud, acesta este un utilizator invitat. Obiectul ar trebui să fie eliminat sau actualizat pentru a reduce conflictul cu un obiect de sincronizare. În cele din urmă, de asemenea, puteți verifica acest lucru utilizând următorul cmdlet în PowerShell. get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId Rezultatul seamănă cu următorul: 

   UserType    : Guest
   ImmutableId : 
   

8. Confirmați că există o licență atribuită utilizatorului în Azure AD. Acest lucru poate fi verificat în Azure AD și în Exchange Online. De exemplu:  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. Determinați dacă există o cutie poștală într-o stare ștearsă sau inactivă. Pentru a face acest lucru, rulează următoarele cmdleturi:  Soft-ștersGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> În cazul în care cutia poștală este ștearsă moale, aceasta este recuperabilă în termen de 30 de zile, mutând contul de publicitate înapoi în domeniu sau restaurați conținutul utilizând cmdletul New-MailboxRestoreRequest . Pentru mai multe informații, consultați ștergerea sau restaurarea cutiilor poștale de utilizator în Exchange Online.  InactivGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Dacă cutia poștală este inactivă, consultați recuperarea unei cutii poștale inactive în Exchange Online. 

    

10. Dacă efectuați o modificare pentru a corecta o eroare de sincronizare și problema nu este rezolvată încă, solicitați Microsoft să remită obiectul pentru o sincronizare redirecționată de la Azure AD la Exchange Online utilizând atributul UserPrincipalName . Vă rugăm să furnizați această valoare, deoarece poate diferi de valoarea de atribut PrimarySmtpAddress . Furnizați parametrul Azure objectID , care este acum necesar pentru a rula sincronizarea înainte. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID