Устранение неполадок с сообщениями об ошибках синхронизации MMSSPP в Office 365 специально

Аннотация

В этой статье описаны коды ошибок синхронизации поставщика службы подготовки служб управляемых служб (MMSSPP), а также способы устранения ошибок, которые представляют эти коды. В настоящее время клиенты могут находить ошибки синхронизации, указанные в отчете о синхронизации MMSSPP. Отчет о синхронизации MMSSPP предоставляется клиентам Microsoft Office 365, предназначенным один раз в день.Примечание.Если клиенты хотят чаще получать отчеты об ошибках синхронизации, они могут отправить запрос на изменение с помощью своего менеджера по доставке служб. Частоту отчетов можно увеличить не более одного раза на каждый цикл синхронизации MMSSPP. Все ошибки синхронизации (то есть ошибки, код которых начинается с "SE") обладают одинаковым влиянием, независимо от конкретной ошибки синхронизации. Ниже приводится описание этого воздействия. Ошибки подготовки (то есть ошибки, коды которых начинаются с "PE") не имеют этого воздействия.

Дополнительная информация

Примечание. При поиске ошибок синхронизации следует использовать исходное различающееся имя (DN) объекта. Если исходное имя не работает, следует использовать управляемое DN для объекта.

Примечание. Сведения об ошибках, связанных с группами и участием в группах, можно найти в разделе "отсутствует участник группы рассылки".

• SE1008No targetAddress для объекта пользователя У объекта пользователя нет почтового ящика (homeMDB), и значение targetAddress отсутствует. Это приводит к ошибкам непоставки в сообщении электронной почты. Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Создание почтового ящика для объекта пользователя. Вы также можете указать значение targetAddress на существующий почтовый ящик.

• Недопустимое значение атрибута SE1101The mail Неверный формат адреса электронной почты протокола SMTP или содержит неподдерживаемые символы. Действии Почтовый ящик клиента не может быть перенесен в каталог, размещенный на MSO, пока эта проблема не будет исправлена. Высоким Чтобы возобновить синхронизацию, необходимо исправить атрибут почты, прежде чем MMSSPP. Для получения дополнительных сведений о том, как исправить формат SMTP-адреса, щелкните следующий номер статьи базы знаний Майкрософт:

  316061 XADM: соединитель SMTP возвращает сообщение об ошибке, если используются недопустимые символы.

• Значение атрибута SE1102 mail отсутствует в списке "управляемый домен SMTP". Суффикс SMTP атрибута mail не входит в список доменов SMTP, которым разрешено предоставление почтового ящика. (Этот список также называется списком управляемых доменов SMTP). Действии Почтовый ящик клиента не может быть перенесен в каталог, размещенный на MSO, пока эта проблема не будет исправлена. Высоким Если вы хотите добавить этот домен SMTP в список управляемых доменов SMTP, обратитесь к MSO. Или исправьте адрес электронной почты, если он не является допустимым.

  • MMSSPP ожидает, что все объекты пользователей с суффиксом почтового ящика (homeMDB или настраиваемый тег индикатора почтового ящика [CMIT]) в локальной почтовой системе клиента будут содержать адрес электронной почты, для которого задан префикс в списке "управляемый домен SMTP".

  • Если также задано значение targetAddress , возникает единственное исключение. Например, исключение возникает, когда почтовый ящик клиента не размещен локально, но является внешним по отношению к почтовой системе клиента.

  • Осторожны Если адрес электронной почты изменен на объекте Customer таким образом, чтобы его суффикс не находился в списке доменов управляемого сервера SMTP, а если он находится в почтовом ящике, размещенном на MSO, этот почтовый ящик будет удален и будет создана ошибка синхронизации SE1153. Дополнительные сведения об ошибке синхронизации SE1153 можно найти в статьях SE1153.

• Атрибут SE1103Mail имеет значение null Атрибут mail не задан для объекта Group или Contact (нулевое значение). Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Назначение значения атрибута почты объекту в лесу клиента. Примечание.MMSSPP предполагает, что все объекты групп и контактов имеют определенный, допустимый почтовый адрес SMTP.

• SE1104The targetAddress не существует Атрибут targetAddress отсутствует в объекте contact (нулевое значение). Все объекты контактов, у которых есть почтовый адрес в списке управляемых доменов SMTP, должны иметь значение targetAddress , указывающее на внешний SMTP-адрес. Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Назначьте допустимое внешнее значение targetAddress для каждого объекта контакта, для которого они затронули. Примечание.Ниже приведен пример допустимого значения targetAddress .

  SMTP:userA@domainX.fabrikam.com

• SE1106 значение атрибута mail не является уникальным Другой объект в одном из лесов клиента в области синхронизации MMSSPP имеет один и тот же адрес электронной почты. Действии Почтовый ящик клиента не может быть перенесен в каталог, размещенный на MSO, пока эта проблема не будет исправлена. Высоким Измените атрибут mail на уникальное значение. Используйте следующий запрос LDAP для идентификации объектов с одинаковыми адресами электронной почты:

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

  Например, запрос на адрес электронной почты Kim.Akers@contoso.com выглядит следующим образом:

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=Kim.Akers@contoso.com))

• Недопустимое значение SE1107The targetAddress Формат значения targetAddress неверен или содержит неподдерживаемые символы. Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Необходимо исправить значение targetAddress . Для получения дополнительных сведений о том, как исправить формат SMTP-адреса, щелкните следующий номер статьи базы знаний Майкрософт:

  316061 XADM: соединитель SMTP возвращает сообщение об ошибке, если используются недопустимые символы.

  • Если почтовый ящик не размещен в MSO, доменные суффиксы targetAddress для объектов пользователей, поддерживающих почту, не должны находиться в списке управляемых доменов SMTP.

  • Если почтовый ящик размещен на странице MSO, суффикс домена targetAddress для объектов пользователя, поддерживающих почту, должен находиться в списке управляемых доменов SMTP (если параметр подготовки нового почтового ящика для приема на работу не установлен) илиравен null (если параметр подготовки для создания почтовых ящиков имеет значение On).

  • Ниже приведен пример допустимого значения targetAddress .

    SMTP:userA@domainX.fabrikam.com

  • Убедитесь, что значение targetAddress не содержит пробелов или других недопустимых знаков. Конечные пробелы являются недопустимыми и особенно трудны для просмотра.

• SE1112. значение "targetAddress" находится в списке "управляемый домен SMTP". Суффикс SMTP для значения targetAddress указывает на список УПРАВЛЯЕМЫХ доменов SMTP. Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Измените суффикс значения targetAddress таким образом, чтобы он указывал на домен, который не входит в список доменов управляемого SMTP-домена и, следовательно, выходит за рамки для подготовки почтового ящика. У этих объектов есть почтовый ящик, который размещен на внешней системе (то есть не в локальной почтовой системе), и будет синхронизирован с каталогом, размещенным в браузере как пользователи с включенной поддержкой почты.

• SE1115. атрибут "почта" не соответствует значению targetAddress в объекте contact Атрибут "почта" для объекта Contact отсутствует в списке "управляемый домен SMTP", а значение targetAddress не совпадает с атрибутом почты. MMSSPP предполагает, что все объекты внутренних контактов, у которых есть суффикс домена почтового адреса из списка доменов SMTP, имеют соответствующие атрибуты почты и targetAddress . Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Атрибуты mail и targetAddress должны совпадать для всех внутренних объектов контакта. Внутренние контакты — это те, у которых есть суффикс почты в списке управляемых доменов SMTP.

• Значение адреса прокси-сервера SE1117 не является уникальным Атрибут Proxy proxyAddresses (прокси-сервер) имеет повторяющийся адрес в одном из лесов клиента в области синхронизации MMSSPP. Другой объект уже имеет тот же прокси-адрес в атрибуте proxyAddresses , управляемом корпорацией Майкрософт. Повторяющийся атрибут управляемого proxyAddress может быть получен из одного из следующих значений:

  • Атрибут исходного сообщения

  • Атрибут source proxyAddress

  • Атрибут источника targetAddressПримечание Этот атрибут перетекает в управляемую схему Active Directory как дополнительный атрибут proxyAddress .

  Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Удалите повторяющийся адрес прокси-сервера из атрибута proxyAddresses соответствующего объекта, для которого не требуется адрес. Для этого используйте следующий запрос 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, удаленные из леса клиента, немедленно удаляются из управляемого леса. 500. прокси-адреса, которые ранее были удалены из леса клиента, но все еще существуют в управляемой схеме Active Directory, теперь можно удалить. Чтобы удалить эти адреса прокси-сервера x500, выполните указанные ниже действия.

    1. Добавьте ненужные адреса прокси-сервера x500 в исходный объект исходного кода.

    2. Дождитесь двух циклов синхронизации.

    3. Удалите ненужные адреса прокси-сервера x500 из исходного объекта. Нежелательный прокси-адрес будет очищен из управляемой схемы Active Directory во время следующего цикла синхронизации.

• SE1118 mailNickname — пустое значение mailNickname в объекте контакта клиента, а MMSSPP не может создать объект контакта клиента с помощью правил генератора атрибутов mailNickname . Правила генератора атрибутов по умолчанию будут пытаться использовать атрибуты givenName (также известные как имя) и SN (также называемые фамилией) в Active Directory для создания значения mailNickname для контакта, не имеющего значения, определенного в объекте Customer. Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Задайте значение MailNickname или givenName (также называемое именем "имя") и " SN (имя)" в объекте контакта клиента.

• Суффикс атрибута почты SE1119 соответствует суффиксу управляемого адреса маршрутизации Суффикс атрибута mail не должен совпадать с суффиксом адреса управляемого маршрутизации. Суффикс адресных адресов управляемой маршрутизации используется для маршрутизации почты из объекта Customer в почтовый ящик, размещенный на MSO, в то время как в фазе сосуществования устаревшая почтовая среда клиента по-прежнему находится на странице MSO. Таким образом, его следует использовать только в качестве части класса targetAddress и вспомогательного SMTP- proxyAddresses , а не в адресе электронной почты или основном SMTP-адреса для объекта Customer. Суффикс управляемого адреса маршрутизации обычно имеет формат @mgd. contoso.com. Действии Почтовый ящик клиента, если он указан, не может быть перенесен в каталог MSO-Hosted, пока эта проблема не будет исправлена. Высоким Измените адрес электронной почты на допустимый SMTP-сервер с суффиксом, который не является суффиксом управляемого адреса маршрутизации.

• SE1125 не удалось проверить объект пользователя для различающегося имени объекта [CN =... DC = com] в потоке экспорта почты (почта = [user@contoso.com]; targetAddress = [SMTP:user@northwindtraders.com]) Сочетание атрибута "почта" и атрибута targetAddress не использует допустимую конфигурацию. Действии Не удается завершить операцию подготовки из-за недопустимого состояния объекта Customer. Это недопустимое состояние может блокировать любые из указанных ниже действий.

  • Отмена подготовки почтового ящика

  • Подготовка почтового ящика

  • Подготовка пользователя почты

  • Отмена подготовки пользователя почты

  Разрешение: Убедитесь в том, что для исходного объекта применено допустимое сочетание атрибута "почта" и атрибута targetAddress . Кроме того, убедитесь, что конечный адрес не содержит конечных пробелов. Примечания.

  • Для пользователей почты: атрибут targetAddress должен соответствовать атрибуту "почта" или иметь значение null. (Проверьте правила подготовки).

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

  Дополнительные сведения о новых функциях приема на работу можно найти в разделе "Дополнительные сведения о новом варианте найма".

• SE1129 обнаружил почтовый ящик клиента и управляемый почтовый ящик для различающегося имени объекта [CN =...] Значение homeMDB существует как в клиенте, так и в управляемых средах. Действии Перенаправление атрибутов из исходного объекта в управляемый объект Active Directory, пока эта проблема не будет исправлена. Высоким Если у пользователя есть почтовый ящик, размещенный в MSO, удалите homeMDB из Active Directory клиента. Если у пользователя нет почтового ящика в MSO, временно очистите исходный homeMDBи используйте атрибут явного деподготовки для отмены подготовки управляемого почтового ящика. После деподготовки управляемого почтового ящика можно восстановить исходный homeMDB . Как правило, эта ошибка возникает, когда атрибут homeMDB клиента случайно ПОМЕЧЕН значением MSO homeMDB .

• Недопустимое значение адреса прокси-сервера SE1131 Формат значения прокси-сервера SMTP неверен или содержит неподдерживаемые символы. Действии Почтовый ящик клиента, если он указан, не может быть перенесен в каталог MSO-Hosted, пока эта проблема не будет исправлена. Высоким Необходимо исправить значение адреса прокси-сервера SMTP. По умолчанию доменные суффиксы верхнего уровня ограничены тремя символами для основного значения proxyAddresses и пятью символами для дополнительного значения proxyAddress . Для получения дополнительных сведений о том, как исправить формат SMTP-адреса, щелкните следующий номер статьи базы знаний Майкрософт:

  316061 XADM: соединитель SMTP возвращает сообщение об ошибке, если используются недопустимые символы.

• SE1137 . объект с DN [CN =..., DC = com] указывает атрибут клиента ExtensionAttribute [NN] = [aaaaaaaa-AAAA-AAAA-AAAA-aaaaaaaaaaaa], но не присоединяется к каким-либо другим объектам.Обратите внимание на то, что атрибут расширения — это атрибут автоматического повторного подключения к службе (ASR), который настраивается на клиентскую среду. Эта ошибка указывает на то, что для исходного объекта задано подключение к существующему почтовому ящику через ASR. Однако управляемый объект, который в настоящее время связан с указанным GUID исходного объекта, не может быть подключен. Условия возникновения ошибок SE1139 и SE1140 создают одинаковое сообщение и обладают одинаковым разрешением. Действии Исходный объект не может быть присоединен к управляемому объекту, подключенному к управляемому почтовому ящику. Кроме того, невозможно создать новый управляемый почтовый ящик.  Высоким Значение атрибута расширения ASR следует очистить. После выполнения следующего цикла синхронизации MMSSPP создаст новый управляемый объект. Если клиент настроил синхронизацию соответствующим образом, MMSSPP создаст новый пустой управляемый почтовый ящик. Группа поддержки Microsoft Online Services (MOSSUP) восстановит содержимое старого отключенного почтового ящика в новом пустом. Эта ошибка возникает, когда старый уничтоженный или исходный объект фильтруется или перемещается из области MMSSPP до установки атрибута расширения ASR для нового объекта. Другими словами, процесс ASR начинается для нового объекта после того, как уже истек срок действия управляемого объекта в PendingDeletions подразделении (OU). Чтобы избежать этих ошибок при миграции между лесами, пометить значение атрибута расширения ASR для нового объекта и убедиться, что процесс ASR успешно завершился до фильтрации старого уничтоженного или исходного объекта.

• SE1144 не удается найти одну строку в IDIS с SourceObjectGUID [{0}] и SecondaryVerification [{1}] Match и PendingDeletion установлено значение 1 для различающегося имени объекта [{2}] . Эта ошибка может возникать после сбоя автоматического повторного подключения к службе (ASR) или после того, как объект извлечен из области MMSSPP, изменен и затем возвращен в область. Для успешного восстановления ASR или повторного подключения PendingDeletions необходимо соответствие между исходным и управляемым объектами для почты и GUID объекта клиента. При возникновении этой ошибки не соблюдается одно из указанных ниже условий. Действии Исходный объект не может быть присоединен к управляемому объекту, подключенному к управляемому почтовому ящику. Кроме того, невозможно создать новый управляемый почтовый ящик.  Высоким Убедитесь, что значения почты идентичны для нового объекта "получение" или "цель", а также старого уничтоженного или исходного объекта. В сценарии ASR идентификатор GUID, помеченный в атрибуте ASR, должен быть идентификатором GUID старого исходного объекта, а не GUID соответствующего управляемого объекта. Если эти условия подтверждены, обратитесь за помощью в службу поддержки Майкрософт. Эта ошибка возникает при изменении адреса электронной почты в старом (уничтоженном или исходном) объекте перед завершением процесса ASR. Чтобы избежать этих ошибок при миграции между лесами, отметка значения атрибута расширения ASR для нового объекта и проверка того, что процесс ASR успешно завершился до того, как старый объект (уничтоженный или источник) фильтруется или изменяется. Если объект удаляется из области MMSSPP и затем возвращается в область до того, как управляемый объект удаляется из подразделения PendingDeletions, это значение должно совпадать с тем, что было первоначально удалено из области. В противном случае они не будут переподключены, и вы должны дождаться окончания срока действия PendingDeletion.

• SE1153 [неустойчивое состояние]: MBU->MEU, обнаружено переход, но объект с различающимся именем (CN =...) DC = NET] не может явно отменить подготовку управляемого почтового ящика (правило DeprovisionMailboxEnabledUser = FALSE) Эта ошибка указывает на то, что почтовый ящик существует в среде Microsoft Online. Тем не менее исходный объект изменится на конфигурацию пользователя с поддержкой почты (если это было выполнено по ошибке, описанные ниже действия по устранению проблемы приводят к устранению этой ошибки.) Чтобы не допустить случайного появления почтового ящика, клиент должен явно пометить атрибут для отмены подготовки, прежде чем будет изменен тип почты для объекта. Условия возникновения ошибок SE1151, SE1152 и SE1154 генерируют одинаковое сообщение и обладают одинаковым разрешением. Действии Предполагаемый почтовый ящик для подготовки к удалению по-прежнему присутствует в среде Microsoft Online. Изменения исходных атрибутов будут передаваться объекту в управляемом объекте, а управляемый почтовый ящик не будет удален. Решение

  1. Если вы хотите изменить объект на пользователя, поддерживающего почту, отмените внесенные изменения, а затем выполните указанные ниже действия, чтобы правильно изменить его на пользователя с поддержкой электронной почты.

     1. Верните значения mail и targetAddress к исходным значениям (targetAddress содержат @mgd). Убедитесь, что значения "почта" и " targetAddress " являются допустимыми. Убедитесь в том, что в одном из атрибутов нет пробелов в начале или конце. Затем дождитесь выполнения двух циклов синхронизации. Эти действия решают проблему и возвращают объект в допустимое состояние, поддерживающее почтовый ящик.

     2. Установите явный атрибут деподготовки и измените значение targetAddress таким образом, чтобы оно было суффиксом, который не входит в управляемый домен маршрутизации (@mgd).

  2. Если объект по-прежнему находится в почтовом ящике и неожиданно получил эту ошибку, выполните указанные ниже действия.

     • Убедитесь в том, что значения для mail и targetAddress согласованы с правилами подготовки, необходимыми для почтового ящика. Возможно, одно или оба из них изменились. Проверьте исходные значения и убедитесь, что выполнены следующие условия:

       • Пробелы в начале или конце строки не указаны ни в одном из атрибутов.

       • Суффикс " targetAddress " не имеет наложенных букв. Например, не используйте @mdg. contoso.com вместо @mgd. contoso.com.

       • Почтовые значения не содержат @mgd или эквивалента вашей компании в управляемом адресе прокси-сервера. Почтовый домен должен находиться в списке исключений SMTP.

  Примечание. Если новая функция приема на работу не включена, значение targetAddress должно содержать @mgd в суффиксе. Убедитесь, что суффикс содержит @mgd и что он указывает на правильный управляемый домен маршрутизации. Если функция нового приема на работу включена, значение targetAddress должно включать допустимый @mgd... адрес маршрутизации или значение null, если пользователь не использует EOP или переход на vNext/MT.

• SE1155. адрес прокси-сервера [{0}] в атрибуте ProxyAddresses для {1} объекта [{2}] является недопустимым SMTP-адресом для дополнительного SMTP-адреса и будет удален. Пожалуйста, исправьте срок действия прокси-адреса. Это сообщение об ошибке указывает на то, что для дополнительного прокси-сервера SMTP существует недопустимый адрес SMTP. Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким

  1. Значение прокси-сервера SMTP необходимо исправить, прежде чем MMSSPP сможет возобновить синхронизацию для этого объекта. Убедитесь, что пробелы в начале и конце не существуют. Для получения дополнительных сведений о том, как исправить формат SMTP-адреса, щелкните следующий номер статьи базы знаний Майкрософт:

     316061 XADM: соединитель SMTP возвращает сообщение об ошибке, если используются недопустимые символы.

  2. Правило проверки отличается для значений первичных proxyAddress и дополнительных proxyAddressных значений. Например, основной SMTP-адрес ограничен тремя цифрами доменного суффикса верхнего уровня (@contoso. com или contoso.net). Дополнительный SMTP-адрес содержит не более пяти символов в суффиксе домена верхнего уровня (@contoso. local). Эти правила можно настраивать в запросах на поддержку разных соглашений об именовании для локальных задач.

• SE1290 не удается разрешить значение ссылки на DN для атрибута [имя] Атрибут ссылки в группе из другого леса не может быть разрешен в каталоге, размещенном в MSO. Например, эта ошибка возникает в том случае, если у члена группы из другого леса нет значения атрибута почты или совпадающего адреса почтового ящика не существует в среде, размещенной на MSO. Действии Объект, на который указывает ссылка, не представлен в имени атрибута группы в лесу в среде, размещенной в MSO. Высоким Задайте для атрибута привязки (например, атрибута почты) значение, которое существует в среде, размещенной в MSO.

• Идентификатор GUID объекта SE1401, указанный в атрибуте "автоматическое повторное подключение службы", является недопустимым или не существует Эта ошибка и другие ошибки, связанные с ASR (SE1404, SE1405, SE1406), указывают на следующие проблемы:

  • Значение, указанное в атрибуте ASR, не является допустимым идентификатором GUID.

  • Объект, на который ссылается GUID в сочетании с дополнительным атрибутом вентиля (mail), не существует в области MMSSPP.

  • Идентификатор GUID, на который указывает ссылка, и дополнительный атрибут вентиля (mail) соответствуют нескольким объектам в области MMSSPP.

  Действии Почтовый ящик клиента, если он указан, не может быть перенесен из одного леса в другой, а синхронизация объектов приостанавливается. Высоким Если для этого объекта предназначена функция ASR, укажите допустимый GUID для другого объекта в области другого леса. Дополнительные значения вентиля (mail) должны также совпадать для обоих объектов. Если ASR не предполагалось, это значение должно быть сброшено.

• Объект SE1409 в состоянии ожидания удаления конфликтует с другим объектом в области Значение атрибута mail объекта, находящегося в области, конфликтует с другим объектом, который в данный момент находится в состоянии удаления. Эта ошибка автоматически разрешается, когда ожидание удаления завершается в течение N дней (по умолчанию, через три дня) и при подготовке объекта в области. Действии Новый объект в области не будет подготавливаться или синхронизирован, пока объект, который находится в состоянии ожидания удаления, физически удален. Высоким Укажите другой адрес электронной почты (и, возможно, адрес прокси-сервера) для нового объекта. Или дождитесь истечения периода ожидания удаления. Если эта ошибка возникает часто, рассматривайте запрос клиента в Microsoft Online Services, чтобы сократить время удаления, которое вы ожидаете. После первоначальной реализации ASR рекомендованные длительности — это один день для пользователей и групп, а для контактов — ноль дней.

• Ключ ошибки SE1514 [extensionattribute10] не существует. Не удалось обработать ошибку для объекта [CN =... DC = com] Примечание. Точный атрибут расширения — это атрибут ASR, который настраивается на клиентскую среду. Как правило, эта ошибка возникает, если для атрибута расширения ASR задано недопустимое значение. Атрибут расширения ASR должен быть действительной строкой GUID. Если объект не предназначен для миграции ASR, это значение должно быть сброшено. Действии Объект не будет изменен, подготовлен или удален из этого состояния. Высоким Задайте допустимую строку GUID для атрибута ASR. Утвержденные форматы строк доступны в разделе 8,2 справочника по интерфейсам MMSSPP подготовки. Убедитесь, что в конце строки отсутствуют другие символы (например, точки с запятой), и что-либо не существует. Атрибут ASR можно использовать только для идентификатора GUID целевого объекта-источника. Если объект не предназначен для миграции ASR, это значение должно быть сброшено.

• SE1647 исходный объект пользователя с различающимся именем [{0}] был удален из области, но у размещенного почтового ящика есть удержание судебного хранилища, установленное [{1}] на [{2}]. Управляемый объект и почтовый ящик не будут удалены. Чтобы удалить этот почтовый ящик, удалите удержание судебного разбирательства. Управляемый почтовый ящик настроен для удержания судебного разбирательства. Тем не менее связанный объект Source фильтруется или удаляется из области 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, значения определяются таким образом, чтобы указать расположение нового почтового ящика. Эта ошибка возникает в том случае, если атрибут подготовки почтового ящика не содержит допустимое значение. Если веб-службы Майкрософт настроены для определенного географического расположения компании, в атрибуте подготовка почтового ящика обязательно используется код региона. Действии Почтовый ящик не будет настроен до тех пор, пока эта ошибка не станет исправлена. Высоким Убедитесь, что для атрибута подготовки почтового ящика в формате REG =XXзадан допустимый регион, где XX — допустимый код региона. Кроме того, убедитесь, что в качестве типа почтового ящика или подготовки задано допустимое значение. Пример: ExtensionAttribute10: MBX =St; REG =НД; Примечание Атрибут расширения подготовки почтового ящика настраивается в соответствии с пользовательской средой.

• Ошибка PE1: ошибка WPS [включить-почтовый ящик]: значение свойства является недопустимым. Значение не может содержать начальные или конечные пробелы. Имя свойства: * * * Display Name * * * или * * * Name * * * Начальные или конечные пробелы недопустимы dдля атрибутовlayName и Name Active Directoryпоставщика услуг Интернета. Действии Управляемый объект не будет подготовлен до устранения этой ошибки. Высоким

  • Если объект настраивается с помощью конечного пустого пространства в атрибуте DisplayName , удалите пустое пространство. После этого вы сможете подготовить почтовый ящик или пользователя с поддержкой почты.

  • Если объект подготовлен с помощью пустого пространства в атрибуте DisplayName , удалите пустое пространство. Управляемый объект должен быть исправлен в рамках команды поддержки Microsoft Online Services (MOSSUP).

• Ошибка PE1: ошибка WPS [включить-почтовый ящик]: адрес "smtp:.username@contoso.com" не является допустимым Указан недопустимый атрибут почты. Действии Управляемый объект не будет настроен до тех пор, пока не исправит ошибку. Высоким Атрибут должен быть исправлен. Распространенные ошибки: недопустимые символы, пробелы (в том числе непонятные конечные пробелы), начальные или конечные точки и повторяющиеся периоды.

• Ошибка PE1: ошибка WPS [включить-почтовый ящик]: адрес прокси-сервера "smtp:user.one@mgd.contoso.com" уже используется [managedDN]. Пожалуйста, выберите другой адрес прокси-сервера. ManagedDN: ...Атрибут proxyAddresses включает повторяющийся адрес в одном из лесов клиента в области синхронизации MMSSPP. Другой объект уже имеет тот же прокси-адрес в атрибуте proxyAddresses , управляемом корпорацией Майкрософт. Повторяющийся управляемый атрибут proxyAddress может поступать из атрибута исходного сообщения, атрибута Source proxyAddress или исходного атрибута targetAddress . (Это перетекает в управляемую схему Active Directory в качестве второстепенного proxyAddress.) Действии Это не повлияет на другие последствия. Описание воздействия данной ошибки синхронизации показано в разделе "Общая ошибка синхронизации" в начале этой статьи. Высоким Измените или удалите повторяющийся атрибут 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, удаленные из леса клиента, немедленно удаляются из управляемого леса. 500. прокси-адреса, которые ранее были удалены из леса клиента, но все еще существуют в управляемой схеме Active Directory, теперь можно удалить. Для этого выполните следующие действия:

    1. Добавьте нежелательный прокси-адрес x500 к исходному объекту.

    2. Дождитесь двух циклов синхронизации.

    3. Удалите ненужный прокси-адрес x500 из исходного объекта. Нежелательный прокси-адрес будет очищен из управляемой схемы Active Directory в следующем цикле синхронизации.

• Ошибка PE1: ошибка WPS [Enable-Mailbox]: ExternalEmailAddress имеет недопустимое значение: указанный аргумент выходит за пределы диапазона допустимых значений. Имя параметра: адрес Пользователь.. @contoso. com не является ДОПУСТИМЫМ SMTP-адресом. Источник ошибки — это атрибут tartgetAddress , который содержит недопустимый адрес, который ранее был синхронизирован с атрибутом Office 365 targetAddress . Значение атрибута 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. Дождитесь завершения синхронизации нового значения атрибута targetAddress с помощью значения атрибута targetaddress объекта Office 365 user@contoso.com.

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

  4. Дождитесь подготовки почтового ящика.

  5. Значение атрибута targetAddress Office 365 больше не существует.

• Не удалось выполнить PE3 включение почтового ящика для размещенных на MSO ресурсах Произошла ошибка, когда MMSSPP пытается включить почтовый ящик ресурсов, размещенный в MSO. Действии MMSSPP невозможно создать почтовый ящик для размещенных на нем ресурсов, пока эта проблема не будет исправлена. Высоким Ознакомьтесь с подробными сведениями в отчете об ошибке этого объекта, чтобы определить, как выдается вопрос и инструкции по ее устранению. Если проблема не устранена, обратитесь в корпорацию Майкрософт.

• Не удалось создать пользователя, поддерживающего размещенную в PE7, с помощью MSO. При попытке MMSSPP создать пользователя, поддерживающего почту, в каталоге, размещенном в MSO, возникает ошибка. Действии MMSSPP не может создать пользователя с поддержкой поддержки почты, размещенного на MSO, пока эта проблема не будет исправлена. Высоким Ознакомьтесь с подробными сведениями в отчете об ошибке этого объекта, чтобы определить, как выдается вопрос и инструкции по ее устранению. Если проблема не устранена, обратитесь в корпорацию Майкрософт.

• Ошибка PE10 WPS [Подключение-почтовый ящик]: почтовый ящик "... MBX GUID... " отсутствует в базе данных "... MBX (база данных)... " ManagedDN: MMSSPP не будет автоматически подключаться к почтовому ящику, который находится в состоянии с мягким удалением. Это условие существует, если почтовый ящик был перенесен в другую среду (например, из O365, выделенного для локального сервера или служб Office 365), а затем клиент хочет, чтобы он повторно подключен к исходному почтовому ящику в O365. Действии Не удается повторно подключить почтовый ящик пользователя. Высоким Эскалация этой ошибки в службе поддержки Microsoft Online для устранения проблем.

• Не удалось выполнить настройку календаря PE11Setting в почтовом ящике для размещенных на MSO ресурсах При попытке MMSSPP установить параметры календаря почтового ящика в почтовых ящиках ресурсов, размещенных на MSO, появляется сообщение об ошибке. Действии В MMSSPP невозможно установить параметры календаря почтового ящика для почтового ящика, размещенного в MSO-файла, пока эта проблема не будет исправлена. Это может повлиять на удобство использования почтового ящика ресурсов. Например, если не устранить эту проблему, такие функции, как Автополучение приглашений на собрания с помощью почтового ящика ресурсов, могут не работать. Высоким Ознакомьтесь с подробными сведениями в отчете об ошибке этого объекта, чтобы определить, как выдается вопрос и инструкции по ее устранению. Если проблема не устранена, обратитесь в корпорацию Майкрософт.

• Не удалось выполнить PE17 Создание контакта или группы рассылки с включенной поддержкой электронной почты MSO Эта ошибка возникает, когда MMSSPP пытается создать контакт с электронной почтой или группу рассылки в каталоге, размещенном в MSO. Действии MMSSPP не удается создать контакт с поддержкой электронной почты, размещенный в MSO, пока эта проблема не будет исправлена. Высоким Ознакомьтесь с подробными сведениями в отчете об ошибке этого объекта, чтобы определить, какие действия относятся к проблеме и исправлению. Если вы не можете выполнить действия по устранению проблем или исправлений, свяжитесь с контактами Майкрософт.

• Ошибка расширения-атрибута-not-Present: MailNickname имеет значение null Эта ошибка аналогична SE1118 в более ранних версиях MMSSPP. Атрибут mailNickname пуст в объекте контакта клиента, и MMSSPP не может создать атрибут mailNickname с помощью правил генератора атрибутов mailNickname. Правила генератора атрибутов по умолчанию пытаются использовать givenName (также называемые именем) и атрибуты SN (также называемые фамилией) в Active Directory для создания атрибута mailNickname для контакта, у которого нет атрибута mailNickname , определенного для объекта Customer. Действии Это не повлияет на другие последствия. В разделе "Общая ошибка синхронизации" в заголовке этого файла справки приведено описание воздействия этой ошибки синхронизации. Высоким Задайте значение mailNickname или givenName (также называемое именем "имя") и " SN (имя)" в объекте контакта клиента.

• Ошибка расширения-атрибута-not-Present: mailNickname является недопустимымзначениемmailNickname содержит недопустимые символы. Действии Это не повлияет на другие последствия. В разделе "Общая ошибка синхронизации" в заголовке этого файла справки приведено описание воздействия этой ошибки синхронизации. Высоким Если значение mailNickname оставлено нулевым клиентом, MMSSPP автоматически создаст значение mailNickname , если это возможно. Таким образом, один из вариантов — очистить значение mailNickname . Если клиент должен задать значение mailNickname , значение должно соответствовать условиям, определенным в RFC 821. Недопустимые символы: пробелы, длинные дефисы, которые являются допустимыми дефисами, знаками @ и скобками. Убедитесь в отсутствии начальных и конечных пробелов, которые трудно просмотреть.

• МВ — нарушение ограничения Эта ошибка возникает, когда поступает поток атрибутов прямого импорта, а значение атрибута из источника превышает ограничения для атрибута метавселенной . Действии MMSSPP не может обтекать изменения атрибутов и настроить службы, пока эта проблема не будет исправлена. Высоким Уменьшите размер значения атрибута до максимальной длины, включенной в схему.

• [WorkQueueIns] "Почта" не может быть неопределенной. Нам не удалось выполнить ваш запрос. Эта ошибка возникает в том случае, если сообщение электронной почты очищено для исходного объекта, который синхронизирован с каталогом, размещенным в MSO. Ошибка повторяется после восстановления значения в исходном объекте Active Directory. Действии Это не повлияет на другие последствия. В разделе "Общая ошибка синхронизации" в заголовке этого файла справки приведено описание воздействия этой ошибки синхронизации. Высоким Убедитесь в том, что исходный объект имеет допустимое почтовое значение и что по крайней мере один цикл синхронизации MMSSPP завершен. После того как вы подтвердите это, вы должны эскалировать эту ошибку в службах поддержки Microsoft Online для устранения проблем. Убедитесь, что сценарии и изменения, внесенные вручную в атрибут "почта", не удаляют значение перед изменением значения.

• В группе рассылки отсутствует участник В группе рассылки отсутствует участник. Этот отсутствующий участник может быть пользователем, контактом или другой группой. Если группа представляет собой группу из другого леса, может возникнуть ошибка SE1290 . Если группа не является межлесу группой, может возникнуть другая ошибка (например, дубликат почты). Действии Участники группы могут не получать почту, отправленную в список рассылки. Высоким

  • Убедитесь, что у пользователя есть допустимое почтовое значение.

  • Убедитесь, что у пользователя нет активной ошибки синхронизации.

  • Убедитесь в том, что этот элемент появился в MSO.

  Определите, является ли группа обычной или перекрестной группой леса. Группы между лесами настраиваются пользователями и содержат пользователей из других лесов. Группы между лесами определяются каждым клиентом в определенном подразделении или с помощью определяемого пользователем атрибута. Обычные группы содержат только участников из леса, в которых они находятся. Обычные группы рассылки:

  • Убедитесь в том, что в MSO появился отсутствующий элемент, и ошибки синхронизации не обнаружены.

  • Если отсутствующий объект является членом вложенной группы, убедитесь, что вложенная группа содержит почту и эта группа отображается в MSO.

  • Если родительская группа — это обычная группа (то есть, независимая от нее группа), убедитесь, что вложенная группа также не является межлесу группой. Группы между лесами могут содержать как обычные группы, так и другие группы между лесами. Однако обычные группы не могут содержать групп с несколькими лесами.

  Группы между лесами:

  • Убедитесь в том, что в MSO появился отсутствующий элемент, и ошибки синхронизации не обнаружены.

  • Если участник группы отображается в диалоговом окне MSO, но отсутствует в группе, проверьте, имеет ли источник данных о том, что у исходного леса есть соответствующее значение.

  • Если отсутствующий объект является членом вложенной группы, убедитесь, что вложенная группа содержит почту и эта группа отображается в MSO.

  • Если отсутствующий пользователь является группой из другого леса, убедитесь, что у этой группы есть родительская группа, которая является обычной группой (то есть, она не является группой между лесами). Группы между лесами могут содержать как обычные группы, так и другие группы между лесами. Однако обычные группы не могут содержать групп с несколькими лесами.

• LargeGroup Мы улучшили отчет об ошибке синхронизации, использующий вкладку "большие группы", с помощью которой пользователи смогут отправлять уведомления большому групп получателям. Эти сведения помогут пользователям выполнить дополнительные действия в соответствии с приведенными ниже рекомендациями. Действии Большие группы, включенные в область MMSSPP, могут привести к значительным задержкам в циклах синхронизации, до 10-12 часов. MMSSPP синхронизация реагирует на изменения в синхронизированных атрибутах для каждого цикла синхронизации (в номинальном интервале 30 минут). Это обеспечивает быстрый отклик O365D глобального списка адресов в соответствии с изменениями, внесенными системой управления персоналом клиента или службой 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 по-прежнему считывает все атрибуты (и перечисляет всех участников), прежде чем пользователи смогут решить, что группа не должна быть импортирована.