Поделиться через

Целевой почтовый ящик не имеет сопоставления прокси-сервера SMTP при миграции почтового ящика

  • Статья
  • Применяется к:
    Exchange Online

Проблема

Предположим, что у вас есть гибридное развертывание локальных Microsoft Exchange Server и Exchange Online в Microsoft 365. При попытке переместить почтовые ящики из локальной среды в Exchange Online появляется следующее сообщение об ошибке:

Целевой почтовый ящик не имеет прокси-сервера SMTP, соответствующего "<domain.mail.onmicrosoft.com>"

Причина

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

  • Исходный почтовый ящик не имеет метки, чтобы иметь <адрес SMTP domain.mail.onmicrosoft.com>.
  • Адрес прокси-сервера <domain.mail.onmicrosoft.com> не синхронизируется с Microsoft 365 в соответствующем облачном объекте mail-user.

Решение

Чтобы найти причину проблемы и определить, в каком почтовом <ящике отсутствует адрес электронной почты domain.mail.onmicrosoft.com>, выполните следующие команды в командной консоли Exchange и Exchange Online PowerShell:

Сценарий 1: <домен.mail.onmicrosoft.com> адрес электронной почты отсутствует в локальном исходном почтовом ящике (командная консоль Exchange)

Чтобы устранить эту проблему, добавьте <адрес электронной почты domain.mail.onmicrosoft.com> в локальный исходный почтовый ящик.

Если к локальному почтовому ящику применена политика адресов электронной почты (то есть параметр EmailAddressPolicyEnabled — True или флажок Автоматически обновлять адреса электронной почты на основе политики адресов электронной почты, примененной к этому получателю, установлен для пользователя в Центре Администратор Exchange или консоли управления Exchange), это означает, что политика адресов электронной почты не содержит дополнительный домен> SMTP<.домен .mail.onmicrosoft.com в шаблоне политики адресов электронной почты. Эту политику можно дважды проверка, выполнив следующую команду в командной консоли Exchange:

Get-EmailAddressPolicy | FL Identity, EnabledEmailAddressTemplates

В этом случае добавьте <domain.mail.onmicrosoft.com> в политику адресов электронной почты. Для этого выполните следующие действия:

  1. Откройте Центр Администратор Exchange на локальном сервере Exchange Server.

  2. Щелкните Поток обработки почты, а затем Email политики адресов.

  3. Выберите политику адресов электронной почты, которую нужно изменить, и нажмите кнопку Изменить.

  4. В формате адреса электронной почты добавьте домен (<domain.mail.onmicrosoft.com>) в политику, нажмите кнопку Сохранить, а затем нажмите кнопку Применить к , чтобы применить изменение к получателям.

  5. Теперь при выполнении следующей команды вы увидите <, что SMTP-адрес domain.mail.onmicrosoft.com> указан в локальном почтовом ящике:

    Get-Mailbox <AffectedUser> | FL EmailAddresses, EmailAddressPolicyEnabled

  6. Дождитесь выполнения синхронизации каталогов. Или принудительная синхронизация разностных каталогов. Дополнительные сведения о том, как это сделать, см. в разделе Запуск планировщика.

Если в локальном почтовом ящике не применена политика адресов электронной почты (то есть параметр EmailAddressPolicyEnabled имеет значение False или флажок Автоматически обновлять адреса электронной почты на основе политики адресов электронной почты, примененной к этому получателю, не установлен для пользователя в Exchange Администратор Center или консоли управления Exchange), или если по какой-либо причине политика адресов электронной почты не метки и не применяет user@domain.mail.onmicrosoft.com smtp-адрес получателя. Необходимо вручную добавить <адрес электронной почты domain.mail.onmicrosoft.com> адрес электронной почты пользователя, а затем синхронизировать изменения с Microsoft Entra ID. Для этого выполните следующие действия:

  1. Откройте Центр Администратор Exchange на локальном сервере Exchange Server.

  2. Нажмите кнопку получатели, а затем нажмите почтовые ящики.

  3. Выберите и дважды щелкните локальный почтовый ящик, который требуется изменить.

  4. В поле Адреса электронной почты щелкните значок добавления (), чтобы добавить user@domain.mail.onmicrosoft.com адрес электронной почты к адресам электронной почты пользователя.

  5. Нажмите кнопку ОК и нажмите кнопку Сохранить.

  6. Теперь вы увидите <метку domain.mail.onmicrosoft.com> в локальном почтовом ящике при выполнении следующей команды:

    Get-Mailbox <AffectedUser> | FL EmailAddresses

  7. Дождитесь выполнения синхронизации каталогов. Или принудительная синхронизация разностных каталогов. Дополнительные сведения о том, как это сделать, см. в разделе Запуск планировщика.

Сценарий 2. <адрес электронной почты domain.mail.onmicrosoft.com> указан в локальном исходном почтовом ящике, но отсутствует в объекте пользователя облачной почты (Exchange Online PowerShell)

В этом случае у вас, вероятно, возникла проблема с синхронизацией. Определите, работает ли синхронизация каталогов и возникают ли ошибки синхронизации, о которых сообщается в средстве Microsoft Entra Connect или Центр администрирования Microsoft 365. Дополнительные сведения о том, как это сделать, см. в статье Просмотр ошибок синхронизации каталогов в Microsoft 365.

Вы также можете столкнуться с ошибкой проверки пользователя, если у вас уже есть объект облачного пользователя, на котором user@domain.mail.onmicrosoft.com указан адрес электронной почты.

Чтобы увидеть эту ошибку, необходимо подключиться к Microsoft 365 PowerShell, а затем выполнить одну из следующих команд в зависимости от того, подключаетесь ли вы к службе MSOnline (MSOL) или Microsoft Entra ID для Windows PowerShell:

(Get-MsolUser -UserPrincipalName <AffectedUserUPN>).Errors.ErrorDetail.ObjectErrors.ErrorRecord.ErrorDescription
(Get-AzureADUser -ObjectId <AffectedUserUPN>).Errors.ErrorDetail.ObjectErrors.ErrorRecord.ErrorDescription

Примечание.

модули PowerShell Azure AD и MSOnline устарели с 30 марта 2024 г. Дополнительные сведения см. в статье Обновление для прекращения поддержки. После этой даты поддержка этих модулей ограничивается поддержкой миграции пакета SDK Для Microsoft Graph PowerShell и исправлениями безопасности. Устаревшие модули будут работать до 30 марта 2025 г.

Мы рекомендуем выполнить миграцию в Microsoft Graph PowerShell для взаимодействия с Microsoft Entra ID (ранее Azure AD). Распространенные вопросы о миграции см. в разделе Вопросы и ответы о миграции. Примечание: В версиях 1.0.x MSOnline может возникнуть сбой после 30 июня 2024 г.

Дополнительные сведения см. в статье Сведения об ошибках проверки для пользователей на портале Microsoft 365 или в модуле Azure Active Directory для Windows PowerShell.

Затем в Microsoft 365 PowerShell проверка, содержат ли адреса прокси-сервера в Microsoft Entra ID адрес user@domain.mail.onmicrosoft.comэлектронной почты . Для этого выполните одну из следующих команд:

(Get-MsolUser -UserPrincipalName <AffectedUserUPN>).ProxyAddresses
(Get-AzureADUser -ObjectId <AffectedUserUPN>).ProxyAddresses

Если вы нашли user@domain.mail.onmicrosoft.com SMTP-адрес пользователя в результатах команды, но у вас по-прежнему нет этого адреса электронной почты в Exchange Online PowerShell с помощью Get-MailUser команды, это означает, что средство синхронизации каталогов успешно привело адрес в Microsoft Entra ID, и у вас, вероятно, возникла проблема с синхронизацией между Microsoft Entra ID и Exchange Online.

Другая причина может быть в том, что domain.mail.onmicrosoft.com домен SMTP, на который установлен метка локального пользователя, неверный. Например, домен не существует в клиенте Microsoft 365 или Exchange Online обслуживаемых доменах. Дополнительные сведения о принятых доменах см. в разделе Просмотр принятых доменов.

Если вы не можете определить причину проблемы, отправьте обращение в службу поддержки с служба поддержки Майкрософт командой для дальнейшего изучения.

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

Дополнительные сведения о политиках адресов электронной почты и гибридных развертываниях Exchange см. в разделе "Политика Email адресов" в записи блога Облако на ваших условиях (ЧАСТЬ I): развертывание гибридной среды.

Дополнительные сведения об изменении политики адресов электронной почты см. в разделе Изменение политики адресов электронной почты.

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

Требуется дополнительная помощь? Перейдите к сообществу Майкрософт или форумам Exchange TechNet.