0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Как временно исключить определенных получателей при отправке электронной почты в группу контактов в Outlook?

Отчеты о недоставке электронных сообщений в Exchange Online

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

Сведения о кодах отчетов о недоставке и необходимых действиях

Ниже приведен список наиболее популярных кодов отчетов о недоставленных сообщениях (также называемых расширенными кодами состояния) для обратных сообщений и отчетов о недоставленных сообщениях в Exchange Online.

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

  • Сертификат почтового сервера назначения не соответствует ожидаемой подлинной записи TLSA.
  • Неправильно настроена подлинная запись TLSA.
  • Целевой домен подвергается атаке.
  • Любой другой сбой DANE.
  • Отправитель неправильно ввел адрес электронной почты получателя.
  • Получатель отсутствует в системе электронной почты назначения. Почтовый ящик получателя был перемещен, а кэш Outlook на компьютере отправителя не был обновлен.
  • Для почтового ящика доменной службы Active Directory получателя было указано неправильное (устаревшее) доменное имя.

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

Читайте так же:
Как автоматически добавить персонализированное приветствие при ответе в Outlook?

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

  • Третья сторона пытается использовать принимающую систему электронной почты для рассылки спама, а принимающая система электронной почты отклоняет эту попытку. Из-за природы спама адрес электронной почты отправителя мог быть подделан, в результате чего ничего не подозревающему отправителю был отправлен отчет о недоставке. Такую ситуацию трудно предотвратить.
  • Запись MX домена указывает на принимающую почтовую систему, в которой этот домен не принимается. Администратор, ответственный за данное доменное имя, должен либо исправить запись MX, либо настроить принимающую почтовую систему на прием сообщений, отправленных на этот домен (или и то, и другое).
  • Отправляющая почтовая система или клиент, который должен передавать сообщения принимающей почтовой системе, не имеет соответствующих разрешений для этого.
  • Проверка DNSSEC прошла успешно, но почтовый сервер назначения не отвечает на команду STARTTLS после подключения.
  • Сервер назначения отвечает на команду STARTTLS, но квитирование TLS завершается неудачно.
  • Сертификат почтового сервера назначения не соответствует ожидаемой подлинной записи TLSA.
  • Неправильно настроена подлинная запись TLSA.
  • Целевой домен подвергается атаке.
  • Дата начала действия сертификата находится в будущем.
  • Любой другой сбой DANE.

Запуск диагностики отчетов о недоставке

Для использования этой функции требуется учетная запись администратора Microsoft 365. Эта функция недоступна для Microsoft 365 for Government, Microsoft 365 provided by 21Vianet или Microsoft 365 Germany.

Чтобы узнать больше об описании отчета о недоставке (NDR), возможной причине и решении, выполнив следующую диагностику NDR, вы можете запустить автоматическую диагностику. Убедитесь, что отчет о недоставке имеет код NDR.

Нажав на следующую кнопку, вы можете запустить диагностический тест.

В Microsoft 365 Administrative Center откроется всплывающая страница. Введите код NDR или сообщение об ошибке, а затем выберите Run Test.

Читайте так же:
Как всегда отвечать с английским «RE:» в качестве префикса темы в Outlook?

Содержание отчетов о недоставке

Отчеты о недоставке в Exchange предназначены как для менеджеров, так и для обычных пользователей электронной почты. Для того чтобы сообщить о недоставке, существует несколько различных форматов. Новые отчеты простым языком описывают проблему и предоставляют информацию о том, как ее устранить. Вот пример такого типа отчета о недоставке.

Новый формат уведомления о доставке (DSN) в Exchange Online.

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

FieldОписание
Логотип Office 365Указывает на то, что источником отчета о недоставке является Microsoft 365 или Office 365. Логотип не означает, что ошибка возникла в Microsoft 365 или Office 365. Он указывает, какие именно конечные точки или службы системы обмена сообщениями участвуют в почтовой операции (в старых отчетах о недоставке это было не всегда понятно).
ПричинаВ этом разделе указана причина, по которой сообщение не было доставлено.
Указатель на лицо, которое может устранить проблемуВ этом разделе приведены общие сведения о проблеме и о том, кто должен ее устранить. На изображении показаны три основных участника почтовой операции в Microsoft 365 или Office 365: отправитель, система Microsoft 365 или Office 365 и получатель. Область, отмеченная красным цветом, соответствует тому месту, где, скорее всего, необходимо устранить проблему.
Как это исправитьЭтот раздел предназначен для конечного пользователя или отправителя сообщения электронной почты, который получает отчет о недоставке. Здесь объясняется, как устранить проблему.
Дополнительные сведения для администраторов электронной почтыЭтот раздел содержит подробное объяснение проблемы и описание ее решения, а также технические сведения и ссылку на статью в Интернете с детальной справочной информацией.
Переходы между сообщениямиВ этом разделе приведены временные метки и системные ссылки, с помощью которых администратор может проследить маршрут сообщения между серверами. С помощью этой информации администратор может быстро находить источники проблем на этапах между переходами сообщения.

Информация в старых форматах отчетов организована в два раздела: информация о пользователе и диагностика администратора. Ниже приведен пример представления отчетов о недоставке Exchange Online.

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

Данные пользователя

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

Диагностические сведения для администраторов

Проблемы с доставкой сообщений можно устранить с помощью диагностической информации для администраторов. В этом сообщении описывается конкретная ошибка, возникшая при доставке сообщения. Кроме того, отчет о недоставке идентифицирует сервер, который создал отчет, а также сервер, который отклонил сообщение. Он имеет следующий формат:

  • Field
  • Описание

Интерпретация отчетов о недоставке Exchange

Вот пример. Если вы получаете от Exchange отчет о недоставленных сообщениях, содержащий следующую информацию:

Раздел информации о пользователе показывает, что получателем является Рональд Слэттери, а сообщение было отклонено почтовым сервером mail.contoso.com, который не является Exchange Online или Exchange Online Protection.

В диагностической информации для администраторов видно, что сайт alpineskihouse.com пытался подключиться к mail.contoso.com для отправки сообщения получателю ronald@contoso.com. Письма, отправленные на mail.contoso.com, были возвращены с сообщением об ошибке 530 5.7.1 Клиент не был аутентифицирован. Хотя сервер bigfish.com создал отчет о недоставке, сообщение было фактически отклонено сервером mail.contoso.com, поэтому администраторы contoso.com обязаны определить и устранить проблему. Mail.contoso.com не настроен на прием анонимной почты из Интернета.

Хотя раздел «Заголовки оригинального сообщения» не включен в этот пример из-за его длины и сложности, обычно вы можете извлечь полезную информацию из следующих полей заголовка:

To. Если вы использовали неправильный адрес электронной почты, это поле может оказаться полезным.

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

Received-SPF. Если это значение отличается от pass , проверьте запись DNS Sender Policy Framework (SPF) для вашего домена. Для получения дополнительной информации см. раздел Добавление и изменение записей DNS.

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector