Поштова скринька не підготовлено в Azure AD Connect для Office 365

Ознаки

Поштова скринька Exchange Online не підготовлено в службі "Лазурний" ("Лазурний").

Спосіб вирішення

Для адміністрування Azure AD за допомогою PowerShell можна керувати двома модулями служби Windows Azure Active Directory. Обидва підтримуються зараз. 

• MSOL – щоб отримати докладні відомості про модуль MSOL, ознайомтеся з такими статтями:  Інсталяція модуля MSOnlineConnect-msolservice

• AzureAD – щоб отримати докладніші відомості про модуль AzureAD, ознайомтеся з такими статтями:  Інсталяція модуля AzureADConnect-AzureAD

Щоб вирішити цю проблему, виконайте наведені нижче дії. 

1. Переконайтеся, що об'єкт міститься в Лазур-ОГОЛОШЕННІ за допомогою модуля Azure AD PowerShell. Параметр Usagellocation обов'язковий і має бути заповнений. Наприклад, запустіть наведений нижче командлет.  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*

   Примітка. Параметр " стан перевірки" доступний лише для перегляду за допомогою командлета Get-msoluser .

   Якщо значення параметра стан перевірки не здорове, наведена нижче стаття бази знань Microsoft може допомогти виявити докладні відомості про помилку.

   2741233 Помилки перевірки відображаються для користувачів на порталі Office 365 або в модулі "Блакитний Active Directory для Windows PowerShell"

2. Якщо об'єкт не відображається в полі «Лазурний», переконайтеся, що об'єкт перебуває в області підключення до Azure AD.

3. Якщо об'єкт присутній у полі «Лазурний», переконайтеся, що об'єкт присутній у службі Exchange за допомогою командлета Get-User .  Якщо результату немає, попросіть корпорацію Майкрософт надіслати об'єкт для пересилання за допомогою Azure AD до служби Exchange Online. Цей запит має бути зроблено за допомогою параметра " об'єктивність ". Значення параметра ' ' Параметри ' ' можна знайти в ЛАЗУРНЕ AD. (Вона буде у формі Ххххxxxx – XXXX – XXXX –XXXXXXXXXX). Наприклад, виконайте одну з наведених нижче командлетів.  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId

4. Якщо користувач не відображається, перегляньте вихідний дамп РЕКЛАМНОГО елемента, щоб перевірити, чи заповнюються значення атрибутів UserPrincipalName і mailnickname .

5. Якщо значення атрибута UserPrincipalName установлено, попросіть корпорацію Майкрософт надіслати об'єкт для пересилання з ЛАЗУРОВИМ оголошенням до служби Exchange Online за допомогою атрибута UserPrincipalName . Укажіть це значення, тому що він може відрізнятися від значення атрибута Primarysmtpaddress .

6. Перевірте наявність помилок DirSync. Ось як це можна зробити, виконавши наведені нижче статті підтримки. Визначення помилок синхронізації служби каталогів у службі office 365   виявлення помилок підготовки DirSync у службі Office 365 Щоб отримати докладні відомості про виправлення неполадок, ознайомтеся з такими статтями: Виправлення неполадок під час синхронізації   Виправлення неполадок об'єкта, який не синхронізується з Azure AD

7. Якщо конфліктують з іншим об'єктом, але цей об'єкт не можна знайти в локальному Active Directory, переконайтеся, що немає об'єкта без хмари, який спричиняє проблему. Це можна зробити кількома способами. Виберіть користувачі – > гостьових користувачів на порталі адміністрування або перегляньте властивості на сторінці "відомості про помилку синхронізації" на порталі адміністрування. Якщо вона показує джерело якоря як пусте, а джерело повноважень – хмари, це гість. Об'єкт потрібно видалити або оновити, щоб зменшити конфлікт із об'єктом синхронізації. Нарешті, ви також можете перевірити це, використовуючи наведений нижче командлет у PowerShell. get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId Результат схожий на такий: 

   UserType    : Guest
   ImmutableId : 
   

8. Переконайтеся, що у вас є ліцензія, призначена для користувача в Лазурне AD. Цю можливість можна перевірити в Лазурне 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

9. Визначення наявності поштової скриньки в м'якій видаленій або неактивному стані. Для цього виконайте такі командлети:  М'який – видаленийGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> Якщо поштова скринька – видалений, його можна відновити протягом 30 днів, перемістивши обліковий запис AD до області або відновлюючи вміст за допомогою командлета New-MailboxRestoreRequest . Докладні відомості наведено в статті видалення або відновлення поштових скриньок користувачів у службі Exchange Online.  НеактивнийGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Якщо поштова скринька неактивний, перегляньте статтю відновлення неактивної поштової скриньки в службі Exchange Online. 

    

10. Якщо потрібно змінити виправлення помилки синхронізації, а проблему все одно не вирішено, попросіть корпорацію Майкрософт надіслати об'єкт для перенаправлення синхронізації з Azure AD to Exchange Online за допомогою атрибута UserPrincipalName . Укажіть це значення, яке може відрізнятися від значення атрибута Primarysmtpaddress . Укажіть параметр « Лазурне», який тепер потрібен для виконання пересилання вперед. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID