Устранение ошибки с кодом 550 5.1.1–550 5.1.20 в отчете о недоставке (NDR) в Exchange Online

Summary

В этой статье объясняется, как устранить неполадки, связанные с ошибками NDR в Exchange Online с 550 5.1.1 по 550 5.1.20, которые обычно указывают на то, что получатель не найден или что сведения о маршрутизации сообщений недействительны. Распространенные причины включают в себя ошибки или устаревшие адреса электронной почты, поврежденные записи автоматического завершения, правила пересылки, которые перенаправляют сообщения недопустимым получателям, скомпрометированные учетные записи отправителя или проблемы с конфигурацией домена получателя. При устранении неполадок администраторов основное внимание уделяется проверке конфигурации получателей и домена, проверке записей MX и работоспособности служб, а также проверке правил пересылки и потока обработки почты, которые могут перенаправлять сообщения на несуществующие адреса.

В этой остальной части этой статьи описывается, что можно сделать, если в отчете о недоставке отображаются коды ошибок 550 5.1.1.20 (также известные как NDR, сообщение об отказе, уведомление о состоянии доставки или DSN).

Я получил это сообщение об отказе. Как это исправить?

Ниже приведены некоторые шаги, которые вы можете попытаться устранить проблему самостоятельно.

Если действия, описанные в этом разделе, не устраняют проблему, обратитесь к администратору электронной почты и обратитесь к этой информации, чтобы попытаться устранить проблему.

Решение 1. Подтверждение адреса электронной почты получателя

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

Чтобы повторно отправить сообщение в Outlook, см. статью "Повторно отправить сообщение электронной почты".

Решение 2. Удаление адреса электронной почты получателя из списка автоматического завершения

У вас может быть некорректная запись в списке автозаполнения (также известном как кэш псевдонима) для получателя. Например, получатель может быть перемещен из локальной организации Exchange в Exchange Online или наоборот. Хотя адрес электронной почты получателя совпадает, другие внутренние идентификаторы получателя, возможно, изменились, что нарушает кэшированную запись получателя.

Исправление записей списка автозаполнения в Outlook

Чтобы удалить недопустимых получателей или всех получателей из списка автозавершения в Outlook, см. статью "Удалить записи списка автозавершения".

Исправьте записи списка автозаполнения в веб-версии Outlook

Чтобы удалить получателей из списка автозаверждений в Outlook в Интернете (прежнее название — Outlook Веб-приложение), выполните одну из следующих процедур:

Удалите одного получателя из списка автозаполнения в веб-версии Outlook

1. В Outlook в Интернете выберите "Создать почту".

2. Начните вводить имя получателя или адрес электронной почты в поле "To ", пока получатель не появится в раскрывающемся списке.

   

3. Используйте клавиши СТРЕЛКА ВНИЗ и СТРЕЛКА ВВЕРХ, чтобы выбрать получателя, а затем нажмите клавишу DELETE.

Решение 3. Убедитесь, что получатель не переадресовывает сообщения от вас на другой (и, вероятно, недопустимый) адрес электронной почты.

Совпадает ли адрес электронной почты получателя в исходном сообщении с адресом электронной почты получателя в NDR? Сравните адрес электронной почты получателя в NDR с адресом электронной почты получателя в папке "Отправленные".

Если адреса не совпадают, обратитесь к получателю (по телефону, лично и т. д.) и попросите их настроить правило электронной почты, которое пересылает входящие сообщения электронной почты от вас в другое место назначения. Их правило может попытаться отправить копию вашего сообщения на недопустимый адрес электронной почты. Если получатель имеет такое правило, он должен исправить адрес электронной почты назначения или удалить правило, чтобы предотвратить ошибки доставки сообщений 5.1.x.

Решение 4. Убедитесь, что учетная запись не скомпрометирована

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

Проверьте последние сообщения в папке "Отправленные" на наличие странных или неизвестных сообщений (которые вы не отправляли). Если вы найдете их, ваша учетная запись электронной почты может быть скомпрометирована.

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

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

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

Решение 5. Убедитесь, что NDR связан с сообщением, которое вы на самом деле отправили

Если папка Sent содержит только сообщения, которые вы знаете, что вы отправили, то полученный NDR может быть результатом backscatter (бесполезный NDR о сообщении, которое вы не отправили), и вы можете игнорировать его.

Как правило, если сообщение не может быть доставлено, система электронной почты получателя использует адрес электронной почты отправителя в поле From , чтобы уведомить отправителя в NDR, как это. Но что, если сообщение было отправлено спамером, который подделал адрес From, так что сообщение выглядит так, будто оно пришло с вашего адреса электронной почты? Результирующий NDR, который вы получаете, является бесполезным, потому что он создает ложное впечатление, что вы сделали что-то неправильно. Этот тип бесполезного NDR называется backscatter. Это раздражает, но если этот NDR является сообщением обратной рассылки (backscatter), ваша учётная запись не была скомпрометирована.

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

Дополнительные сведения см. в статье Backscatter в облачных организациях.

Я администратор электронной почты. Что можно сделать, чтобы исправить это?

Если действия, описанные в предыдущем разделе, не решают проблему для отправителя, решение может быть связано с тем, как настроена учетная запись Пользователя Microsoft 365 или Office 365. Если у вас есть гибридная топология, решение также может быть связано с локальным агентом передачи почты. Это также может быть проблема с конфигурацией домена получателя. Ниже приведены четыре решения, которые можно попробовать. Возможно, вам не нужно использовать все из них, чтобы сообщение было успешно отправлено.

Решение 1. Проверьте Центр администрирования Microsoft 365 на наличие проблем с конфигурацией или проблем со службой

Для учетных записей Microsoft 365 или Office 365 центр администрирования Microsoft 365 предоставляет центральный источник для различных средств, уведомлений и сведений, которые можно использовать для устранения этих и других проблем.

Откройте Центр администрирования Microsoft 365 и на домашней странице выполните следующие действия:

1. Проверьте центр сообщений , чтобы узнать, есть ли у вашей организации известная проблема с конфигурацией.

2. Выберите Состояние, а затем Состояние служб, чтобы проверить, есть ли в настоящее время проблема со службой в Microsoft 365 или Office 365, которая влияет на учетную запись пользователя.

3. Проверьте домены отправителя и получателя для неправильных или устаревших записей ресурсов обмена почтой (MX), выполнив средство устранения неполадок Mailflow, доступное в Microsoft 365 и Office 365.

Если возникла проблема с доменом получателя, обратитесь к получателю или администратору электронной почты получателя, чтобы сообщить им о проблеме. Они должны устранить проблему, чтобы предотвратить ошибки NDR 5.1.x.

Решение 2. Обновление устаревших записей MX

Код ошибки 5.1.1 может возникать из-за проблем с записью ресурса MX для домена получателя. Например, запись MX может указывать на старый почтовый сервер или запись MX может быть неоднозначной из-за недавнего изменения конфигурации.

Если внешние отправители (отправители за пределами вашей организации) получают это уведомление о недоставке (NDR) при отправке сообщения получателям в вашем домене, выполните следующие действия.

• Запись ресурса MX для вашего домена может быть неправильной. Запись MX для домена Exchange Online указывает на сервер электронной почты (узел) <домен.mail.protection.outlook.com>.

• Убедитесь, что для домена Exchange Online настроена только одна запись MX. Microsoft не поддерживает использование нескольких записей MX для доменов, зарегистрированных в Exchange Online.

• Проверьте запись MX и возможность отправлять электронную почту из организации Exchange Online с помощью теста входящей и исходящей SMTP-почты в Microsoft Remote Connectivity Analyzer.

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

Решение 3. Обновление правил пересылки для удаления неправильных адресов электронной почты

Этот NDR может возникать из-за перенаправленного (непреднамеренного) получателя, настроенного для предполагаемого получателя. Рассмотрим пример.

• Правило пересылки папки "Входящие" или делегат, настроенный получателем в собственном почтовом ящике.

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

Дополнительные сведения см. в статье Настройка переадресации электронной почты для почтового ящика.