Загальні відомості

У цій статті наведено коди помилок синхронізації служби керованих служб Microsoft (MMSSPP), а також резолюції про помилки, які представляють ці коди. Зараз клієнти можуть знаходити помилки синхронізації, наведені в звіті синхронізації MMSSPP. Звіт про синхронізацію MMSSPP надається для клієнтів Microsoft Office 365, призначених клієнтам один раз на день.Примітка.Якщо користувачі мають змогу отримувати звіти про помилки синхронізації частіше, вони можуть надсилати запит на змінення за допомогою свого менеджера доставки служби. Частота звітів може бути збільшено не більше ніж на один раз для циклу синхронізації MMSSPP. Усі помилки синхронізації (тобто помилки, код якого починається з "SE") мають однакові наслідки, незалежно від певної помилки синхронізації. Опис цього впливу слід. Помилки підготовки (тобто помилки, коди яких починаються з "ре"), не мають такого впливу.

Вплив загальної помилки синхронізації

Якщо об'єкт було раніше синхронізовано без помилок у каталозі MSO-розміщеного, MMSSPP не синхронізуватиме всі нові атрибути, внесені до об'єкта, до глобального списку адрес (GAL). Якщо це перший час синхронізації цього об'єкта за допомогою MMSSPP, об'єкт не буде синхронізовано з каталогом "MSO-розміщений". Будь-які оновлення атрибутів для об'єкта клієнта, як-от нову поштову адресу або нову або видаленим учасником групи, не синхронізуватимуться з каталогом MSO-розміщеного. Таким чином, такі оновлення атрибута не відображатимуться в полі "MSO-Hosted GAL", доки цю помилку не буде виправлено через роздільну здатність, згадане в розділі "певний вплив помилки синхронізації". Твердження про наслідки, наведені в певних повідомленнях про помилки синхронізації, додаються до загальних наслідків, зазначених тут. Якщо ви не маєте додаткового впливу, пояснення буде прочитано таким чином:

Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації.

Додаткові відомості

Примітка. Під час пошуку помилок синхронізації слід використовувати Відмітне ім'я джерела (DN) об'єкта. Якщо вихідний DN не працює, слід використовувати керований DN об'єкта.

Примітка. Для помилок, пов'язаних із групами та членств груп, ознайомтеся з розділом "бракує учасників у групі розсилки".

  • SE1008No targetAddress для об'єкта користувача У об'єкті користувача немає поштової скриньки (homeMDB), і немає значення targetAddress . Це призводить до помилок, що не вдалося доставити повідомлення електронної пошти. Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Створення поштової скриньки для об'єкта користувача. Або вкажіть значення targetAddress для наявної поштової скриньки.

  • Неприпустиме значення атрибута SE1101The Mail У форматі простої адреси електронної пошти протокол передавання пошти (SMTP) неправильний або містить непідтримувані символи. Вплив Якщо поштова скринька клієнта присутній, його не можна перенести до каталогу MSO-розміщеного, доки не буде виправлено цю проблему. Роздільну здатність Атрибут пошти має бути виправлено, перш ніж програма MMSSPP може відновити синхронізацію. Щоб отримати докладні відомості про те, як змінити формат адреси SMTP, клацніть цей номер статті, щоб переглянути статтю в базі знань Microsoft Knowledge Base:

    316061 XADM: з'єднувач SMTP повертає повідомлення про помилку, якщо використовуються неприпустимі символи.

  • Значення атрибута пошти SE1102 не міститься в списку керованих доменів SMTP Суфікс SMTP-атрибута "пошта" відсутній у списку доменів SMTP, для яких дозволено підготовку поштової скриньки. (Цей список також відомий як список керованих доменів SMTP). Вплив Якщо поштова скринька клієнта присутній, його не можна перенести до каталогу MSO-розміщеного, доки не буде виправлено цю проблему. Роздільну здатність Зверніться до MSO, якщо цей домен SMTP має бути додано до списку керованих доменів SMTP. Або виправте адресу електронної пошти, якщо вона неприпустима.

    • MMSSPP очікує, що всі об'єкти користувача, які мають поштову скриньку (Homedb або настроюваний індикатор поштової скриньки [CMIT]) у локальній поштовій системі клієнта, щоб мати адресу електронної пошти, яка містить суфікс у списку керованих доменів SMTP.

    • Виняток може бути єдиним винятком, коли значення targetAddress також налаштовано. Наприклад, виняток відбувається, коли поштова скринька клієнта не перебуває в локальній мережі, але є зовнішньою для поштової системи клієнта.

    • Обережність Якщо адреса електронної пошти змінюється на об'єкті клієнта, щоб його суфікс не був у списку керованих доменів SMTP ще більше, і якщо цей користувач мав поштову скриньку MSO-розміщена, буде створено поштову скриньку, що розміщується в програмі, і буде згенеровано помилка синхронізації SE1153. Щоб отримати докладніші відомості про помилку синхронізації SE1153, ознайомтеся з SE1153.

  • Атрибут SE1103Mail має Null-значення Атрибут Mail не задано для групи або об'єкта контакту (Null-значення). Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Призначення значення атрибута пошти для об'єкта в лісі клієнта. Примітка.MMSSPP очікує, що всі об'єкти групи та контакти мають визначену дійсну адресу електронної пошти SMTP.

  • SE1104The targetAddress не присутній Атрибут targetAddress не присутній на об'єкті контакту (Null-значення). Усі об'єкти контактів, які мають поштову адресу в списку керованих доменів SMTP, мають містити значення targetAddress , що вказує на ЗОВНІШНЮ адресу SMTP. Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Призначте дійсне значення зовнішнього targetAddress для кожного об'єкта, який впливає на контакт. Примітка.Приклад припустимого значення targetAddress має такий вигляд:

    SMTP:userA@domainX.fabrikam.com

  • SE1106 значення атрибута пошти не унікальне Інший об'єкт в одному з клієнтів лісів в області синхронізації MMSSPP має таку саму поштову адресу. Вплив Якщо поштова скринька клієнта присутній, його не можна перенести до каталогу MSO-розміщеного, доки не буде виправлено цю проблему. Роздільну здатність Змініть атрибут "пошта" на унікальне значення. Щоб визначити об'єкти, які мають таку саму поштову адресу, використовуйте такий запит на протокол доступу (LDAP) за допомогою такого запиту:

    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=<email>))

    Наприклад, запит для адреси електронної пошти Kim.Akers@contoso.com нагадує таке:

    
     
    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=Kim.Akers@contoso.com))
  • Неприпустиме значення targetAddress SE1107The Формат значення targetAddress неправильний або містить непідтримувані символи. Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Значення targetAddress має бути виправлено. Щоб отримати докладні відомості про те, як змінити формат адреси SMTP, клацніть цей номер статті, щоб переглянути статтю в базі знань Microsoft Knowledge Base:

    316061 XADM: з'єднувач SMTP повертає повідомлення про помилку, якщо використовуються неприпустимі символи.

    • Якщо поштова скринька не розміщується в MSO, суфікс домену targetAddress для користувачів із підтримкою пошти не має бути у списку керованих доменів SMTP.

    • Якщо поштова скринька розміщується в MSO, домени доменів targetAddress для користувачів із підтримкою пошти мають перебувати в списку керованих доменів SMTP (якщо новий параметр підготовки поштової скриньки для оренди має значення вимкнуто) або Null (якщо для параметра "створення поштової скриньки " установлено значення " увімкнуто").

    • Приклад припустимого значення targetAddress має такий вигляд:

      SMTP:userA@domainX.fabrikam.com

    • Переконайтеся, що значення targetAddress не містить пробілів або іншого неприпустимого символу. Пробіли в кінці пробілів неприпустимі та їх особливо складно переглянути.

  • SE1112 значення targetAddress у списку керованих доменів SMTP Суфікс SMTP, що вказує на значення targetAddress , до списку КЕРОВАНИХ доменів SMTP. Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Змініть суфікс значення targetAddress таким чином, що суфікс вказує на домен, який не належить до списку КЕРОВАНИХ доменів SMTP, і тому не має можливості для підготовки поштових скриньок. Ці об'єкти мають поштову скриньку, яку розміщено на зовнішній системі (тобто, а не в локальній поштовій системі для клієнтів) і буде синхронізовано з каталогом "MSO-хост", як користувачі з підтримкою пошти.

  • SE1115 атрибут пошти не відповідає значенню targetAddress в об'єкті контакту Атрибут "пошта" об'єкта контакту відсутній у списку керованих доменів SMTP, а значення targetAddress не відповідає атрибута "пошта". MMSSPP очікує, що всі внутрішні об'єкти контактів, які мають суфікс домену поштової адреси зі списку доменів SMTP, мають відповідні атрибути пошти та targetAddress . Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Атрибути пошти та targetAddress мають відповідати всім внутрішнім об'єктам контактів. Внутрішні контакти – це ті, що мають поштовий суфікс у списку керованих доменів SMTP.

  • Значення адреси проксі-сервера SE1117 не унікальне Атрибут проксі-сервера proxyAddress містить дублікат адреси в одному з лісів клієнта в області синхронізації MMSSPP. Інший об'єкт уже має таку саму адресу проксі-сервера в атрибуті proxyAddress , керованих корпорацією Майкрософт. Атрибут "дублювати кероване адреса " може виходити з однієї з наведених нижче варіантів.

    • Атрибут вихідної пошти

    • Вихідний атрибут Pro"адреса "

    • Атрибут вихідної targetAddressПримітка . Цей атрибут лягає на схему керованої служби Active Directory як додатковий атрибут promaddress .

    Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Видаліть дублікат адреси проксі-сервера з атрибута proxyAddress відповідного об'єкта, який не має містити адресу. Для цього використовуйте наведений нижче запит LDAP для визначення об'єктів, які мають однакові адреси проксі-сервера:

    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>))

    Наприклад, запит для адреси електронної пошти проксі-сервера Kim.Akers@contoso.com нагадує таке:

    
     
    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com))

    Примітка.Щоб зберегти здатність відповідати на застарілі адреси, деякі керовані проксі-адреси захищені від випадкового видалення та не видаляються автоматично з схеми керованої Active Directory, коли вони видаляються з джерела. Щоб вирішити цю проблему, виконайте наведені нижче вказівки.

    • Якщо помилка визначає адресу проксі-сервера, що міститься в домені керованої маршрутизації (наприклад, @mgd. contoso.com), адресу проксі-сервера потрібно видалити за допомогою служби підтримки Microsoft Online Services.

    • Адреси проксі-сервера X500 типу "проксі-сервер" не видаляються в 12,2 попередніх версіях MMSSPP, коли їх було очищено з вихідної схеми Active Directory. У поточній версії X500 проксі-сервери, видалені з лісу клієнта, одразу видаляються з керованого лісу. адреси проксі-серверів X500, які раніше були видалені з лісу клієнта, але все ще існують в схемі керованої Active Directory, тепер можна видалити. Щоб видалити ці адреси проксі-сервера X500, виконайте наведені нижче дії.

      1. Додайте небажані адреси проксі-сервера X500 назад до вихідного об'єкта.

      2. Зачекайте два цикли синхронізації.

      3. Видаліть небажані адреси проксі-сервера X500 із вихідного об'єкта. Непотрібну адресу проксі-сервера буде видалено з схеми керованої Active Directory під час наступного циклу синхронізації.

  • SE1118 mailnickname – Null- псевдонім пустий в об'єкті контакту клієнта, а mmsspp не може створити об'єкт контакту клієнта за допомогою правил генератора атрибутів " поштова скринька ". Правила генератора за замовчуванням намагатимуться використовувати Givenname (також відомий як ім'я) і SN (також відомі як прізвище) в Active Directory, щоб створити значення " поштова скринька " для контакту, який не має значення, визначеного для об'єкта клієнта. Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Установіть значення атрибута mairename (ім'я _ користувача), а також ім'я _ поля (назва), а також значення атрибуту SN (ім'я прізвища) у об'єкті контакту клієнта.

  • Суфікс атрибута "SE1119 Mail" збігається з суфіксом адреси керованої маршрутизації Суфікс атрибута пошти не має відповідати суфіксу адреси керованої маршрутизації. Суфікс адреси керованої маршрутизації використовується для маршрутизації пошти від об'єкта клієнта до поштової скриньки MSO-розміщеної, коли в середовищі, що зберігається в програмі "пошта". Таким чином, вона має використовуватися лише як частина targetAddress і ДРУГОРЯДНИХ SMTP- адрес і ніколи не в ПОШТОВІЙ або основній адресі SMTP на об'єкті клієнта. Суфікс адреси керованої маршрутизації зазвичай займає формат @mgd. contoso.com. Вплив Поштова скринька клієнта, якщо її немає, не можна перенести до каталогу MSO-розміщеного, доки не буде виправлено цю проблему. Роздільну здатність Змініть адресу електронної пошти на припустимий значення SMTP, яке містить суфікс, який не є адресою-суфіксом "керований маршрутизацією".

  • SE1125 не вдалося перевірити об'єкт користувача для об'єкта DN [CN =... DC = com] у експортованому поштовому потоці (пошта = [user@contoso.com]; targetAddress = [SMTP:user@northwindtraders.com]) Комбінація атрибута пошти та атрибута targetAddress не використовує дійсну конфігурацію. Вплив Дію підготовки не можна завершити через неприпустиму стан об'єкта клієнта. Цей неприпустимий стан може блокувати будь-які з наведених нижче дій.

    • Деініціалізація поштової скриньки

    • Підготовка поштової скриньки

    • Підготовка користувачів пошти

    • Деініціалізація користувача пошти

    Роздільна здатність: переконайтеся, що для вихідного об'єкта застосовано припустиме поєднання атрибута пошти та атрибута targetAddress . Крім того, переконайтеся, що цільова адреса не містить пробілів. Примітки

    • Для користувачів пошти: атрибут targetAddress має відповідати атрибуту пошти або має бути Null-значення. (Перевірка правил підготовки.)

    • Для поштових скриньок: суфікс targetAddress має бути керованим доменом маршрутизації (тобто доменом, який містить @mgd), якщо нова функція прокату не активовано. Або суфікс targetAddress має бути Null, якщо ввімкнуто нову функцію прокату. Домен атрибута пошти має бути в списку MMSSPP включені домени SMTP. Список доменів, включених у MMSSPP, настроєно для кожного клієнта.

    Щоб отримати докладні відомості про нову функцію прокату, ознайомтеся з розділом "додаткові відомості про новий сценарій для найму".

  • SE1129 виявила поштову скриньку клієнта та керовану поштову СКРИНЬКУ для ОБ'ЄКТА DN [cn =...] У клієнті та керованих середовищах є значення homeMDB . Вплив Атрибути, які випливають із вихідного об'єкта до об'єкта керованої Active Directory, доки не буде виправлено цю проблему. Роздільну здатність Якщо для користувача має бути розміщено поштову скриньку в MSO, видаліть Homedb зі служби Active Directory. Якщо користувач не має поштової скриньки в MSO, тимчасово очистьте джерело homeMDB, і використайте атрибут "явний Деініціалізація", щоб депідготування керованої поштової скриньки. Після повторної підготування керованої поштової скриньки можна відновити джерело homeMDB . Ця помилка зазвичай виникає, коли атрибут " домогосподарка " клієнта випадково штамп за допомогою значення "Moso homeMDB ".

  • Неприпустиме значення адреси проксі-сервера SE1131 Формат значення адреси проксі-сервера SMTP неправильний або містить непідтримувані символи. Вплив Поштова скринька клієнта, якщо її немає, не можна перенести до каталогу MSO-розміщеного, доки не буде виправлено цю проблему. Роздільну здатність Потрібно виправити значення адреси проксі-сервера SMTP. За замовчуванням доменні Суфікси верхнього рівня обмежуються трьома символами для первинного значення "proxyAddress " і п'ятьма символами для додаткового значення. Щоб отримати докладні відомості про те, як змінити формат адреси SMTP, клацніть цей номер статті, щоб переглянути статтю в базі знань Microsoft Knowledge Base:

    316061 XADM: з'єднувач SMTP повертає повідомлення про помилку, якщо використовуються неприпустимі символи.

  • SE1137 ОБ'ЄКТА за допомогою DN [cn =..., DC = com] указує атрибут розширення АТРИБУТА клієнта [NN] = [aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa], але не приєднується до будь-якого іншого об'єктаПримітка . точний атрибут розширення – АТРИБУТ автоматичної повторної підключення служби (ASR) і настроєно на середовище клієнта. Ця помилка вказує на те, що вихідний об'єкт настроєно для підключення до наявної поштової скриньки за допомогою ASR. Однак керований об'єкт, який наразі зв'язано з вказаним GUID вихідного об'єкта, не можна підключити. Умови помилки SE1139 і SE1140 генеруватимуть ідентичні повідомлення та мають однакову роздільну здатність. Вплив Вихідний об'єкт не можна приєднати до керованого об'єкта, підключеного до керованої поштової скриньки. Крім того, не можна створити нову керовану поштову скриньку.  Роздільну здатність Значення атрибута розширення ASR слід очистити. Після запуску наступного циклу синхронізації програма MMSSPP створить новий керований об'єкт. Якщо клієнт настроює синхронізацію належним чином, MMSSPP створить нову пусту керовану поштову скриньку. Команда служби підтримки Microsoft Online Services (MOSCSUP) буде відновити вміст старої від'єднаних поштових скриньок на новий. Ця помилка виникає, коли старий або вихідний об'єкт фільтрується або переміщено з області MMSSPP, перш ніж задано атрибут розширення ASR для нового об'єкта. Інакше кажучи, процес ASR почнеться для нового об'єкта після того, як керований об'єкт уже завершився в надбудові видалення PendingDeletions "OU"). Щоб уникнути цих помилок для міжлісоперенесення, штамп значення атрибута розширення ASR на новому об'єкті та переконайтеся, що процес ASR завершено успішно, доки не буде відфільтровано старий або вихідний об'єкт.

  • SE1144 не може шукати один рядок у Idis із Sourcopguid [{0}] і SecondaryVerification [{1}] відповідний і pendingdeletion значення 1 для об'єкта DN [{2}] Ця помилка може виникати після невдалного повторного з'єднання служби автоматичного підключення (ASR) або після того, як об'єкт буде витягується з області MMSSPP, змінена, а потім повертається до області. Для функції ASR або видалення PendingDeletions щоб домогтися успіху, має бути відповідність між вихідними та керованими об'єктами для GUID об'єктів пошти та клієнта. Коли ця помилка виникає, одна з цих умов не була досягнута. Вплив Вихідний об'єкт не можна приєднати до керованого об'єкта, підключеного до керованої поштової скриньки. Крім того, не можна створити нову керовану поштову скриньку.  Роздільну здатність Переконайтеся, що значення пошти однакові для нового об'єкта, що набирає або цільовий об'єкт, і старий втрачає або вихідний об'єкт. У сценарії ASR GUID, штамп якого міститься в атрибуті ASR, має бути GUID старого вихідного об'єкта, а не GUID відповідного об'єкта, що керується. Якщо ці умови підтверджуються, зверніться до служби підтримки Microsoft Online для довідки. Ця помилка виникає, коли адреса електронної пошти змінюється на старому (втраті або вихідному) об'єкті, перш ніж процес ASR буде завершено. Щоб уникнути цих помилок для міжлісоперенесення, штамп значення атрибута розширення ASR на новому об'єкті, а також переконайтеся, що процес ASR завершено успішно, перш ніж буде відфільтровано або змінено старий (втрата або вихідний) об'єкт. Якщо об'єкт видалено з області MMSSPP, а потім повертається до області, перш ніж керований об'єкт буде видалено з видалення, значення пошти має збігатися з тим, що вона була, коли її спочатку було видалено з області. В іншому разі об'єкти не буде відновлено, і потрібно зачекати, доки термін дії терміну дії для PendingDeletion завершується.

  • SE1153 [Неузгоджена держава]: виявлено MBU->MEU, але об'єкт з DN [cn =... DC = net] не дає явно депідготування керованої поштової скриньки (правило DeprovisionMailboxEnabledUser = FALSE) Ця помилка вказує на те, що поштова скринька існує в онлайновій середовищі Microsoft. Проте вихідний об'єкт змінено на конфігурацію користувача з підтримкою пошти (якщо це було зроблено помилково, нижче описано, як це зробити.) Щоб уникнути випадкового депідготовки поштової скриньки, клієнт має явно штамп атрибута deprovisioning перед тим, як тип пошти для об'єкта буде змінений. Умови помилки SE1151, SE1152 і SE1154 генеруватимуть ідентичні повідомлення та мають однакову роздільну здатність. Вплив Призначена поштова скринька для депідготовки все ще присутній у середовищі Microsoft Online. Для об'єкта в керованому об'єкті не буде внесено зміни атрибутів джерела, а керована поштова скринька не буде депідготовано. Спосіб вирішення

    1. Якщо потрібно змінити об'єкт на користувача пошти, скасуйте внесені зміни, а потім виконайте наведені нижче дії, щоб правильно змінити його на користувача з підтримкою пошти.

      1. Повертають значення пошти та targetAddress до початкових значень (targetaddress містить @mgd). Переконайтеся, що значення "пошта" та " targetAddress " дійсні. Переконайтеся, що в будь-якому атрибуті немає інтерліньяжу або завершальних пробілів. Потім зачекайте, доки не запускатимуть два цикли синхронізації. Ці кроки розв'яже помилку та повертають об'єкт на припустимий стан, що підтримується поштовою скринькою.

      2. Установіть атрибут "явний Деініціалізація" і змініть значення targetAddress таким чином, що має суфікс, відсутній у домені керованої маршрутизації (@mgd).

    2. Якщо об'єкт має бути об'єктом поштової скриньки, і ви несподівано отримали цю помилку, виконайте наведені нижче дії.

      • Переконайтеся, що значення для пошти та targetAddress відповідають правилам підготовки, які потрібні для поштової скриньки. Один або обидва, можливо, змінено. Перевірте вихідні значення та переконайтеся, що виконуються такі умови:

        • У будь-якому атрибуті немає інтерліньяжу або завершальних пробілів.

        • У Суфікси targetAddress не є перенесені букви. Наприклад, не використовуйте @mdg. contoso.com замість @mgd. contoso.com.

        • Значення пошти не містить @mgd або еквівалент вашої компанії на керовану адресу проксі-сервера. Домен пошти має бути в списку включення SMTP.

    Примітка. Якщо нова функція прокату не активовано, значення targetAddress має містити @mgd в Суфікси. Переконайтеся, що суфікс містить @mgd і що він указує на відповідний домен для керування маршрутизацією. Якщо ввімкнуто нову функцію прокату, значення targetAddress має містити припустимий @mgd... адреса маршрутизації або може бути Null, якщо клієнт не використовує EOP або перехід до vNext/MT.

  • SE1155 значення адреси проксі-сервера [{0}] у атрибуті proxyAddress для {1} Object DN [{2}] – неприпустима адреса SMTP для додаткової адреси SMTP та буде вилучається. Виправте дійсність адреси проксі-сервера. Ця помилка вказує на те, що для вторинного проксі-сервера SMTP існує неприпустима адреса SMTP. Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність

    1. Щоб відновити синхронізацію для цього об'єкта, потрібно виправити значення адреси проксі-сервера SMTP перед MMSSPP. Переконайтеся, що існують не всі початкові або кінцеві пробіли. Щоб отримати докладні відомості про те, як змінити формат адреси SMTP, клацніть цей номер статті, щоб переглянути статтю в базі знань Microsoft Knowledge Base:

      316061 XADM: з'єднувач SMTP повертає повідомлення про помилку, якщо використовуються неприпустимі символи.

    2. Правило перевірки відрізняється від початкових значень Pro"адресата додаткові значення ". Наприклад, основна адреса SMTP обмежена тризначним доменним суфіксом верхнього рівня (@contoso. com або contoso.net). Додаткова адреса SMTP має граничне значення п'яти символів на верхньому суфікса доменів верхнього рівня (@contoso. local). Ці правила настроюються за запитом для розміщення різних конвенцій іменування для локальних потреб.

  • SE1290 не може визначити посилання на значення DN атрибута [NAME] Атрибут посилання на групу з перехресної лісової групи не можна вирішити в каталозі MSO-розміщеного. Наприклад, ця помилка виникає, коли учасник групи з перехресним лісом не має значення атрибута пошти або якщо відповідна поштова адреса не існує в середовищі, розміщеній у службі MSSO. Вплив Об'єкт, на який посилається посилання, не відображається в полі «перехресне Лісова Група» в середовищі «MSSO-хостинг». Роздільну здатність Установлення атрибута прив'язки (наприклад, атрибута "пошта") до значення, яке існує в середовищі MSSO розміщеного.

  • GUID об'єкта SE1401, указаний в атрибуті автоматичної повторного підключення служби, неприпустимий або не існує Ця помилка та інші помилки, пов'язані з ASR (SE1404, SE1405, SE1406) вказують на наведені нижче проблеми.

    • Значення, указане в атрибуті ASR, не є припустимим GUID.

    • Об'єкт, на який посилається ідентифікатор GUID у поєднанні з атрибутом вторинних воріт (пошта), не існує в області MMSSPP.

    • Ідентифікатор GUID, на який посилається атрибут "вторинні ворота" ("пошта"), має кілька об'єктів в області MMSSPP.

    Вплив Поштова скринька клієнта, якщо її немає, не можна переносити з одного лісу до іншого, а синхронізація об'єкта призупиняється. Роздільну здатність Якщо функція ASR призначено для цього об'єкта, укажіть припустимий GUID об'єкта іншого об'єкта в іншому лісі. Допоміжна вартість воріт (пошта) також має відповідати обом об'єктам. Якщо функція ASR не призначена, це значення має бути очищене.

  • Об'єкт SE1409 у стані відкладеного видалення конфліктує з іншим об'єктом в області Значення атрибута пошти для конфліктів у об'єкті в області з іншим об'єктом, який зараз перебуває в стані очікування видалення. Ця помилка автоматично вирішується, коли відкладене видалення завершено в N дн (за замовчуванням, три дні), а також під час підготування об'єкта в області. Вплив Новий об'єкт в області не буде забезпечатися або синхронізовано, доки конфліктуючий об'єкт, який не перебуває в стані очікування видалення, видалено фізично. Роздільну здатність Укажіть іншу адресу електронної пошти (і можливу адресу проксі-сервера) для нового об'єкта. Або зачекайте, доки термін дії відкладеного видалення завершується. Якщо ця помилка часто виникає, зверніть увагу на те, що запит на використання клієнта в службах Microsoft Online має скорочений термін очікування видалення. Після початкової реалізації ASR рекомендована тривалість – один день для користувачів і груп, а для контактів – нуль днів.

  • Ключ помилки SE1514 [extensionattribute10] не існує. Не вдається обробити помилку для об'єкта [CN =... DC = com] Примітка. Атрибут "точне розширення" – це атрибут ASR і настроєно на середовище клієнта. Зазвичай ця помилка виникає, якщо встановлено неприпустиме значення для атрибута розширення ASR. Атрибут розширення ASR має бути припустимим рядком GUID. Якщо об'єкт не призначено для перенесення ASR, це значення має бути очищене. Вплив Об'єкт не буде змінений, підготовано або депідготовлено в цьому стані. Роздільну здатність Установіть припустимий рядок GUID для атрибута ASR. У розділі 8,2 довідника з інтерфейсів підготовки MMSSPP можна знайти формати рядків, які буде затверджено. Переконайтеся, що в кінці рядка немає іншого символу (наприклад, крапки з комою), не існує пробілів. Атрибут ASR можна використовувати лише для ідентифікатора GUID цільового вихідного об'єкта. Якщо об'єкт не призначено для перенесення ASR, це значення має бути очищене.

  • SE1647. вихідний об'єкт користувача з DN [{0}] видалено з області, але поштова скринька розміщено на основі [{1}] [{2}]. Керований об'єкт і поштова скринька не буде видалено. Щоб видалити цю поштову скриньку, видаліть судове утримання. Керовану поштову скриньку настроєно на судове утримання. Проте відповідний вихідний об'єкт фільтрується або видалено з області MMSSPP. MMSSPP не видаляє керований об'єкт, доки не буде видалено судове утримання. Вплив Об'єкт не буде депідготовлено в цьому стані. Роздільну здатність Ця поведінка виконується за допомогою макета, оскільки судове утримання – це явний параметр збереження цілісності поштової скриньки. Якщо поштова скринька має бути видалений, судове утримання має бути видалено клієнтом.

  • SE1648 розміщена поштова скринька для вихідного об'єкта користувача з DN [{0}] було визначено за допомогою MMSSPP, але поштова скринька розміщення має значення [{1}] на [{2}]. Керований об'єкт і поштова скринька не буде видалено. Щоб депідготувати цю поштову скриньку, видаліть судове утримання. Керовану поштову скриньку настроєно на судове утримання. Проте відповідний вихідний об'єкт настроєно для дезабезпечення цієї керованої поштової скриньки. MMSSPP не від'єднуйте керовану поштову скриньку, доки не буде видалено судове утримання. Вплив Об'єкт не підготовлено в цьому стані. Роздільну здатність Ця поведінка виконується за допомогою макета, оскільки судове утримання – це явний параметр збереження цілісності поштової скриньки. Якщо поштова скринька має бути видалений, судове утримання має бути видалено клієнтом.

  • Помилка PE1: Увімкнення невиконаних поштової скриньки MSO-розміщеного Помилка, яка виникає, коли MMSSPP намагається ввімкнути поштову скриньку MSO-розміщена. Вплив MMSSPP не вдалося створити поштову скриньку MSO-розміщена, доки не буде виправлено цю проблему. Роздільну здатність Перегляньте докладні відомості в звіті про помилку на цьому об'єкті, щоб визначити проблему та кроки з виправлення помилок. Зверніться до зв'язку з корпорацією Майкрософт, якщо проблеми з проблемою або виправлення все ще неясно.

  • Помилка PE1: указаний регіональний код ("") для ' CN =..., DC = mgd, DC = MSFT, DC = net "неприпустимий... Якщо центри даних у двох географічних регіонах (наприклад, Північна Америка та Європа) доступні для певного середовища Office 365, значення визначено для визначення розташування нової поштової скриньки. Ця помилка виникає, якщо атрибут підготовки поштової скриньки не містить припустиме значення. Якщо служби Microsoft Online настроєно для певного географічного розташування компанії, за допомогою коду регіону обов'язково в атрибуті підготовки поштової скриньки. Вплив Поштова скринька не буде підготовано, доки ця помилка не буде усунена. Роздільну здатність Переконайтеся, що встановлено припустимий регіон для атрибута підготовки поштової скриньки у форматі REG =XX, де XX – це припустимий код регіону. Крім того, переконайтеся, що для параметра Тип поштової скриньки або підготовки дійсний. Приклад: extensionattribute10: MBX =St; REG =Na; Примітка . Атрибут розширення поштової скриньки настроєно на середовище клієнта.

  • Помилка PE1: помилка WPS [Увімкнення – поштова скринька]: значення властивості неприпустиме. Значення не може містити пробіл або пробіл. Ім'я властивості: * * * коротке ім'я * * * або * * * ім'я * * * Кінцеві або провідні пробіли неприпустимі для атрибутів "ім'я " та " ім'я " службиActive Directory дляпостачальника послуг Інтернету. Вплив Керований об'єкт не буде підготовано, доки не буде виправлено цю помилку. Роздільну здатність

    • Якщо об'єкт настроєно за допомогою заднього пробілу в атрибуті dispatname , видаліть пустий простір. Після цього буде підготується поштова скринька або користувач пошти.

    • Якщо об'єкт підготовлено за допомогою інтерліньяжу білого простору в атрибуті dispatname , видаліть пустий простір. Керований об'єкт має бути усунена ескалацією до групи підтримки служб Microsoft Online Services (MOSCSUP).

  • Помилка PE1: помилка WPS [Увімкнення – поштова скринька]: адреса "smtp:.username@contoso.com" неприпустима Указаний атрибут пошти неприпустимий. Вплив Керований об'єкт не буде підготовано, доки не буде виправлено помилку. Роздільну здатність Атрибут має бути виправлено. Поширені помилки містять неприпустимі символи, пробіли (включно з важкими пробілами), провідними або періодами часу та повторюваними періодами.

  • Помилка PE1: помилка WPS [Увімкнення – поштова скринька]: Адреса проксі-сервера "smtp:user.one@mgd.contoso.com" уже використовується [managedDN]. Виберіть іншу адресу проксі-сервера. ManagedDN: ...Атрибут proxyAddress містить дублікат адреси в одному з лісів клієнта в області синхронізації MMSSPP. Інший об'єкт уже має таку саму адресу проксі-сервера в атрибуті proxyAddress , керованих корпорацією Майкрософт. Атрибут "дублювати кероване адреса " може виходити з атрибута вихідної пошти, атрибута proplicaddress Source або атрибута вихідної targetAddress . (Ця дія надходить до схеми керованої Active Directory як допоміжної адреси.) Вплив Додаткові наслідки не можна. У розділі "вплив помилки загальної синхронізації" на початку цієї статті наведено опис впливу цієї помилки синхронізації. Роздільну здатність Змініть або видаліть повторюваний атрибут targetAddress або проксі-адресу об'єкта, який його не має. Використовуйте наведений нижче запит LDAP для визначення об'єктів, які мають однакові адреси проксі-сервера: (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>)) Наприклад, запит для адреси електронної пошти проксі-сервера Kim.Akers@contoso.com нагадує таке:

    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com)) 

    Примітка.Щоб зберегти здатність відповідати на застарілі адреси, деякі керовані проксі-адреси, захищені від випадкового видалення, не видаляються автоматично зі схеми керованої Active Directory, коли вони видаляються з джерела. Щоб вирішити цю проблему, виконайте наведені нижче вказівки.

    • Якщо помилка визначає адресу проксі-сервера, що містить домен керованої маршрутизації (наприклад, @mgd. contoso.com), цю адресу проксі-сервера потрібно видалити за допомогою служби підтримки Microsoft Online Services.

    • Адреси проксі-сервера X500 типу "проксі-сервер" не видаляються в 12,2 попередніх версіях MMSSPP, коли вони видаляються з об'єкта "Джерело Active Directory". У поточній версії X500 проксі-сервери, видалені з лісу клієнта, одразу видаляються з керованого лісу. адреси проксі-серверів X500, які раніше були видалені з лісу клієнта, але все ще існують в схемі керованої Active Directory, тепер можна видалити. Для цього виконайте описані нижче дії.

      1. Додайте небажану адресу проксі-сервера X500 назад до вихідного об'єкта.

      2. Зачекайте два цикли синхронізації.

      3. Видаліть небажану адресу проксі-сервера X500 із вихідного об'єкта. Непотрібну адресу проксі-сервера буде видалено з схеми керованої Active Directory на наступному циклі синхронізації.

  • Помилка PE1: помилка WPS [Увімкнення – поштова скринька]: Exteralemailaddress має неприпустиме значення: указаний аргумент було отримано з діапазону припустимих значень. Ім'я параметра: адреса Користувач.. @contoso. com не є ПРИПУСТИМОЮ адресою SMTP. Джерело помилки – атрибут Tatgetaddress , що містить недійсну адресу, яку було раніше синхронізовано з атрибутом targetaddress Office 365. Значення атрибута targetAddress має бути виправлено для вихідного об'єкта. Поширені помилки містять неприпустимі символи, пробіли (включно з важкими пробілами), провідними або періодами часу та повторюваними періодами. Зазвичай значення атрибута targetAddress нещодавно перетворено з неприпустимого значення. Наприклад: користувач.. адреса @contoso. com як повідомляється на вкладці "АРКУШ PE7", а потім перетворюється на припустиме значення, User@mgd.contoso.com, зараз повідомляється на вкладці "аркуш" PE1. Однак значення неприпустимого атрибута targetAddress вже синхронізовано з Office 365 і має бути скасовано, щоб видалити помилку підготовки поштової скриньки. Роздільну здатність Установлення припустимого значення атрибута targetAddress для користувача з підтримкою пошти. Наприклад, адреса user@contoso.com синхронізується та оновлена значення атрибута targetaddress Office 365. Не Перетворюйте, як користувач із поштовою скринькою, доки не буде виправлено неправильне значення targetAddress в Office 365. Після синхронізації значення атрибута targetAddress у службі Office 365 змініть значення атрибута targetAddress , щоб підготувати користувача з увімкнутим поштовою скринькою. Наприклад, припустимо, що значення – User@mgd.contoso.com.

    1. Змініть значення атрибута targetAddress на припустимий запис для користувача з підтримкою пошти, наприклад user@contoso.com.

    2. Зачекайте, доки не буде user@contoso.comзначення атрибута targetAddress для об'єкта Office 365 (нове значення атрибута targetAddress ).

    3. Змініть значення атрибута targetAddress на припустимий запис для користувача з увімкнутою поштовою скринькою, наприклад User@mgd.contoso.com.

    4. Дочекайтеся підготовки поштової скриньки.

    5. Значення атрибута targetAddress Office 365 більше не існує.

  • PE3 увімкнення поштової скриньки ресурсу "MSO-хост" Помилка, яка виникає, коли MMSSPP намагається ввімкнути поштову скриньку ресурсу "MSO-хост". Вплив MMSSPP не вдалося створити поштову скриньку ресурсу MSO-хост, доки не буде виправлено цю проблему. Роздільну здатність Перегляньте докладні відомості в звіті про помилку цього об'єкта для вказівки про проблему та кроки виправлення. Зверніться до зв'язку з корпорацією Microsoft, якщо проблему або процедуру виправлення все ще неясно.

  • PE7 створення облікового запису користувача з підтримкою MSSO-розміщеного пошти Помилка виникає, коли MMSSPP спробує створити користувача пошти в каталозі MSO-розміщеного. Вплив MMSSPP не може створити користувача пошти з підтримкою MSO-розміщення, доки не буде виправлено цю проблему. Роздільну здатність Перегляньте докладні відомості в звіті про помилку цього об'єкта для вказівки про проблему та кроки виправлення. Зверніться до зв'язку з корпорацією Microsoft, якщо проблему або процедуру виправлення все ще неясно.

  • Помилка PE10 WPS [Connect-поштова скринька]: Поштова скринька "... GUID MBX... " не існує в базі даних "... База даних MBX... " ManagedDN: Програма MMSSPP не буде автоматично повторно підключатися до поштової скриньки, яка перебуває в м'якій видаленій державі. Ця умова існує, коли поштова скринька переносилася в інше середовище (наприклад, з O365 – присвячений локальному серверу клієнта або O365 Services), а потім клієнт хоче, щоб він знову підключений до початкової поштової скриньки в O365. Вплив Не вдалося повторно підключитися до поштової скриньки користувача. Роздільну здатність Ескалації проблеми з підтримкою Microsoft Online для виправлення.

  • Не вдалося виконати настройки календаря PE11Setting у поштовій скриньці ресурсу MSO-розміщеного Помилка виникає, коли MMSSPP спробує настроїти параметри календаря поштової скриньки в поштовій скриньці ресурсу MSO-хост. Вплив MMSSPP не вдалося встановити параметри календаря поштової скриньки в поштовій скриньці ресурсу MSO, доки цю проблему не вирішено. Це може вплинути на зручність використання поштової скриньки ресурсу. Наприклад, такі функції, як Автоприйняття наради, які пропонує поштова скринька ресурсу, можуть не працювати, доки цю проблему не вирішено. Роздільну здатність Перегляньте докладні відомості в звіті про помилку цього об'єкта для вказівки про проблему та кроки виправлення. Зверніться до зв'язку з корпорацією Microsoft, якщо проблему або процедуру виправлення все ще неясно.

  • PE17 . Помилка створення контакту або групи розсилки, що розміщується за допомогою функції "пошта" Ця помилка виникає, якщо програма MMSSPP намагається створити контакт або групу розсилки в каталозі MSO-розміщеного. Вплив Програма MMSSPP не може створювати контакт або групу розсилки, що розміщується в пошті, доки цю проблему не буде виправлено. Роздільну здатність Докладні відомості в звіті про помилку на цьому об'єкті наведено в статті вказівка про проблему та кроки з виправлення помилок. Зверніться до зв'язку з корпорацією Майкрософт, якщо проблеми з проблемою або виправлення все ще неясно.

  • "розширення – атрибут" – несправжнє повідомлення про помилку: "поштовий псевдонім – Null" Ця помилка збігається з SE1118 у попередніх версіях програми MMSSPP. Атрибут mailnickname пуста в об'єкті контакту клієнта, а MMSSPP не може створити атрибут mailnickname за допомогою правил генератора "поштова скринька". Правила, які використовуються за замовчуванням, використовуються для використання імені Givenname (також відомі як ім'я), а також атрибути SN (ім'я та прізвище) в Active Directory для створення атрибута mailnickname для контакту, який не містить атрибут mailnickname , визначений для об'єкта клієнта. Вплив Додаткові наслідки не можна. Перегляньте розділ "Загальні відомості про помилку синхронізації" в заголовку цього файлу довідки для опису впливу цієї помилки синхронізації. Роздільну здатність Установіть значення атрибута mairename (ім'я _ користувача), а також ім'я _ поля (назва), а також значення атрибуту SN (ім'я прізвища) у об'єкті контакту клієнта.

  • " розширення – атрибут" – несправжнє повідомлення про помилку: функція mailnickname – це неприпустиме значення,якемістить неприпустимі символи . Вплив Додаткові наслідки не можна. Перегляньте розділ "Загальні відомості про помилку синхронізації" в заголовку цього файлу довідки для опису впливу цієї помилки синхронізації. Роздільну здатність Якщо значення " поштова скринька " залишиться Null-клієнтом, функція MMSSPP автоматично створить значення, якщо це можливо. Таким чином, можна видалити значення " поштова скринька ". Якщо клієнт має встановити значення " поштовий псевдонім ", значення має відповідно до умов, ВИЗНАЧЕНИХ у RFC 821. Поширені неприпустимі символи містять пробіли, довгі тире, які відображаються для припустимих тире, знака "Символ" (@) і дужок. Переконайтеся, що в них немає інтерліньяжу або завершальних пробілів, які важко побачити.

  • МВ – порушення обмеження Ця помилка виникає, коли відбувається прямий потік атрибута для імпорту, а значення атрибута від джерела перевищує обмеження довжини атрибута метавселенной . Вплив MMSSPP не може передавати зміни атрибутів або настроювати служби, доки не буде виправлено цю проблему. Роздільну здатність Зменшення розміру значення атрибута до максимальної довжини, що активується у схемі.

  • [WorkQueueIns] Пошта не має бути Null-значенням. Ми не можемо виконати ваш запит. Ця помилка виникає, коли повідомлення очищаються на вихідному об'єкті, який зберігається в каталозі "MSO-хост". Помилка повторюється після відновлення значення в об'єкті джерело Active Directory. Вплив Додаткові наслідки не можна. Перегляньте розділ "Загальні відомості про помилку синхронізації" в заголовку цього файлу довідки для опису впливу цієї помилки синхронізації. Роздільну здатність Переконайтеся, що вихідний об'єкт має дійсне значення пошти, і це буде завершено принаймні один цикл синхронізації MMSSPP. Після підтвердження цієї проблеми потрібно перерости цю проблему до служб підтримки Microsoft Online для виправлення. Переконайтеся, що сценарії або ручне редагування в атрибуті пошти не очистьте значення перед зміненим значенням.

  • Відсутній учасник у групі розсилки Учасник відсутній у групі розсилки. Цей відсутній учасник може бути користувачем, контактом або іншою групою. Якщо група – це група з перехресним лісом, може бути присутній помилка SE1290 . Якщо група не Група «крос-Лісова», можуть бути присутніми інші помилки (наприклад, "дублювати пошту"). Вплив Учасники групи можуть не отримувати повідомлення, надіслані до списку розсилки. Роздільну здатність

    • Переконайтеся, що Учасник має дійсне значення пошти.

    • Переконайтеся, що Учасник не має активної помилки синхронізації.

    • Переконайтеся, що учасник відображається в MSO.

    Визначте, чи Група – це звичайна група або група з перехресними лісовими групами. Крос-лісові групи налаштовані клієнтами та містять учасників з інших лісів. Крос-лісові групи визначаються для кожного клієнта за розташуванням клієнта в певному ПІДРОЗДІЛІ або за певним атрибутом користувача. Звичайні групи містять лише учасників із лісу, у якому вони живуть. Регулярні групи розсилки:

    • Переконайтеся, що відсутній учасник відображається в MSO і що немає помилок синхронізації.

    • Якщо відсутній об'єкт входить до складу вкладеної групи, переконайтеся, що в вкладеній групі є пошта, і що Група відображається в програмі MSO.

    • Якщо батьківська Група – це звичайна Група (тобто, а не Група «крос-Лісова»), переконайтеся, що вкладена Група також не є перехресним лісом групи. Крос-лісові групи можуть містити як звичайні групи, так і інші міжлісові групи. Проте звичайні групи не можуть містити міжлісові групи.

    Крос-лісові групи:

    • Переконайтеся, що відсутній учасник відображається в MSO і що немає помилок синхронізації.

    • Якщо учасник групи відображається в полі "MSO", але відсутній у групі, перевірте, чи відповідає вихідний учасник групи з перехресним лісом.

    • Якщо відсутній об'єкт входить до складу вкладеної групи, переконайтеся, що в вкладеній групі є пошта, і що Група відображається в програмі MSO.

    • Якщо відсутній учасник – це група з перехресним лісом, перевірте, чи є в цій групі батьківська Група, яка є звичайною групою (тобто не Група з перехресним лісом). Крос-лісові групи можуть містити як звичайні групи, так і інші міжлісові групи. Проте звичайні групи не можуть містити міжлісові групи.

  • LargeGroup У нас збільшено звіт про помилку синхронізації, у якому використовується вкладка "великі групи", яка дає змогу клієнтам надіслати сповіщення до великої групи одержувачів. Ці відомості корисні, щоб користувачі могли скористатися додатковими кроками за такими рекомендаціями. Вплив Великі групи, які входять до складу MMSSPP, можуть спричинити значні затримки в циклі синхронізації, аж до 10-12 годин. Синхронізація MMSSPP реагує на зміни в атрибутах, які мають кожний цикл синхронізації (номінально кожні 30 хвилин). Це забезпечує швидку відповідь на O365D GAL, щоб зміни, внесені замовником системою людських ресурсів або Active Directory. Крім забезпечення кращого користувача, оптимізовано деякі важливі корпоративні процеси (наприклад, міжлісові міграції користувачів). Коли групи, які мають дуже велике членство в області MMSSPP, змінюються, MMSSPP/FIM має перерахувати ці зміни. Наприклад, якщо додати або видалити учасника з групи 25 000, FIM бачить подію "Дельта" для цього атрибута. Але це не знає, що змінювалося, доки не буде сказано весь список учасників 40 000. Це може тривати значно (багато разів) довше, ніж потрібно, щоб можна було читати групу, яка має 5 000 членів. Ця затримка може впливати на будь-який процес клієнта (наприклад, ASR), у якому користувач, який входить до складу нового лісу (за допомогою ASR), має бути продуктивним і має доступ до електронної пошти на початку бізнесу на наступний день. Ще одна річ, яку потрібно враховувати, – це перевірка контролю якості на всіх групах. Це непоширений сценарій, у якому можуть бути кілька об'єктів того самого класу об'єкта та адреси електронної пошти в одному лісі клієнтів. Ця умова вимагає додаткового кроку аналізу, щоб визначити, які з цих кількох об'єктів слід включити як учасників групи. Коли знайдено цю умову, виконуються робочі цикли керування якістю. Це може бути дорого, якщо вони пов'язані з великими групами. Перехід до груп, які мають понад 15 000 членів, MMSSPP буде обробляти зміни членства в групі. Однак він призупиняє робочий цикл, у якому виконується перевірка кількох об'єктів такого самого типу. Це оптимальний крок, щоб захиститися від циклу синхронізації та затримки підготовки. Завдяки групам за керованим розміром можна зберігати цикли синхронізації передбачуваною тривалістю, а також підвищує надійність обробки змін у групах. Роздільну здатність

    • В ідеалі жодна Група не має перевищувати кількість учасників 5 000. Однак, групи можуть мати максимум 15 000 членів для керування якістю робочого циклу. Користувачі можуть розділити групи, більші за 15 000 на менші групи за допомогою простої логіки (за алфавітом, регіональними тощо).

    • Якщо група не має бути ввімкнутою функцією "пошта" в O365 (поширений сценарій для груп безпеки), клієнти повинні перенести групу в ту, яка не належить до програми MMSSPP. Зверніть увагу, що фільтрування групи (наприклад, видалення пошти) не вирішує проблему. Це пояснюється тим, що FIM все ще читає всі атрибути (і перераховує всіх учасників), перш ніж клієнти можуть прийняти рішення про те, що група не має бути імпортована.

Додаткові відомості про новий сценарій найму

Нижче наведено уривок з розділу 5,2 посібника з використання керованих рішень для служби Microsoft Office. Новий сценарій для оренди:

MMSSPP створить об'єкт користувача з підтримкою поштової скриньки, який має запитаний тип, і в запитаній області. Примітки

  1. Відсутність атрибута targetAddress і відповідність допоміжним атрибутом протоколу SMTP вказує на те, що в цьому сценарії організації клієнтів вийшли на всі свої застарілі поштові системи, а тому немає потреби спрямовувати пошту з поштової системи, розміщеної у клієнта, до поштових скриньок у O365.

  2. Новий сценарій для оренди увімкнуто, якщо встановлено прапорець нова функція підготовки поштових скриньок для найму . (За замовчуванням цей параметр має значення вимкнуто). Ознайомтеся з розділом "створення поштової скриньки для використання" в посібнику з розгортання клієнтів MMSSPP для огляду функції та вибору параметра розгортання. Технічні аспекти цієї функції можна знайти в цьому документі в розділі "компоненти підготовки поштових скриньок".

Потрібна додаткова довідка?

Потрібні додаткові параметри?

Ознайомтеся з перевагами передплати, перегляньте навчальні курси, дізнайтесь, як захистити свій пристрій тощо.

Спільноти допомагають ставити запитання й відповідати на них, надавати відгуки та дізнаватися думки висококваліфікованих експертів.