Симптоми
Пощенската кутия на Exchange Online не е осигурена в Azure Active Directory (Azure AD) Connect.
Решение
Има два модула на Windows Azure Active Directory, за да администрирате Azure AD чрез PowerShell. И двете се поддържат в момента.
-
MSOL – за повече информация относно модула на MSOL вижте следните статии: Инсталиране – модул MSOnlineConnect-MsolService
-
AzureAD – за повече информация относно модула на AzureAD вижте следните статии: Инсталиране – модул AzureADConnect-AzureAD
За да коригирате този проблем, изпълнете следните стъпки:
-
Уверете се, че обектът съществува в Azure AD с помощта на модула на Azure AD PowerShell. Необходим е параметър UsageLocation и трябва да бъде попълнен. Например изпълнете следната кратка команда: Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*
Забележка Параметърът ValidationStatus е видим само с помощта на кратката команда get-MsolUser .
Ако стойността на параметъра ValidationStatus не е здрава, следната статия в базата знания на Microsoft може да ви помогне да идентифицирате по-подробна информация за грешката:
2741233 Виждате грешки при проверка за потребители в портала на Office 365 или в модула на Azure Active Directory за Windows PowerShell
-
Ако обектът не присъства в Azure AD, уверете се, че обектът е в обхвата на Azure AD Connect.
-
Ако обектът е наличен в Azure AD, уверете се, че обектът е наличен в Exchange с помощта на кратката команда Get-User . Ако няма резултат, помолете Microsoft да подаде обекта за препращане на синхронизиране от Azure AD към Exchange Online. Това искане трябва да бъде направено с помощта на параметъра ObjectId . Стойността на параметъра ObjectId може да бъде намерена в Azure ad. (Той ще бъде под формата на XXXXXXXX-XXXX-XXXX-хххх-XXXXXXXXXXXX). Например изпълнете една от следните кратки команди: Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId
-
Ако потребителят не е наличен, прегледайте изнесено изображение на източник, за да се уверите, че стойностите на атрибутите UserPrincipalName и mailNickname са попълнени.
-
Ако стойността на атрибута UserPrincipalName е зададена, помолете Microsoft да подаде обекта за препращане на синхронизиране от Azure ad към Exchange Online с помощта на атрибута UserPrincipalName . Осигурете тази стойност, тъй като тя може да се различава от стойността на атрибута PrimarySMTPAddress .
-
Проверяване за грешки за раздаване. За да направите това, вижте следните статии за поддръжка: Идентифициране на грешки при синхронизиране на справочен указател в office 365 за идентифициране на грешки при осигуряване в Office 365 За повече информация как да отстраните проблема, вижте следните статии: Отстраняване на грешки при отстраняване на неизправности при синхронизиране на обект, който не се СИНХРОНИЗИРА с Azure ad
-
Ако има конфликт с друг обект, но този обект не може да бъде намерен във вашия локален указател на Active Directory, проверете дали не е обект само за облака, който е причина за проблема. Можете да направите това по няколко начина. Изберете потребители – > гости в портала за администриране или прегледайте свойствата в подробните данни за грешката при синхронизиране в портала за администриране. Ако то показва котва на източника като празно, а Източникът на властта е облак, това е гост. Обектът трябва да бъде премахнат или актуализиран, за да се намали конфликтът със синхронизиране на обект. И накрая, можете да проверите това с помощта на следната кратка команда в PowerShell. get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId Резултатът прилича на следното:
UserType : Guest ImmutableId :
-
Уверете се, че има лиценз, присвоен на потребителя в Azure AD. Това може да бъде отметнато в Azure AD и Exchange Online. Например: 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
-
Определяне дали има пощенска кутия в меко-изтрито или неактивно състояние. За да направите това, изпълнете следните кратки команди: Софт-изтритGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> Ако пощенската кутия е леко изтрита, тя ще бъде възстановима в рамките на 30 дни чрез преместване на РЕКЛАМНИя акаунт обратно в обхват или чрез възстановяване на съдържание с помощта на кратката команда New-MailboxRestoreRequest . За повече информация вижте Изтриване или възстановяване на потребителските пощенски кутии в Exchange Online. НеактивенGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Ако пощенската кутия не е активна, вижте възстановяване на неактивна пощенска кутия в Exchange Online.
-
Ако направите промяна, за да коригирате грешка при синхронизиране, но проблемът все още не е разрешен, помолете Microsoft да подаде обекта за препращане на синхронизиране от Azure AD към Exchange Online, като използва атрибута UserPrincipalName . Моля, представете тази стойност, тъй като тя може да се различава от вашата стойност на атрибут PrimarySMTPAddress . Осигурете параметъра Azure ObjectID , който сега е нужен, за да се изпълни препращането. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID
