Уведомления о доставке и отчеты о недоставке в Exchange 2013
Область применения: Exchange Server 2013 г.
Примечание.
Если вам нужна помощь с отчетами о недоставке в Microsoft 365, Office 365 или Exchange Online, см. Email отчеты о недоставке в Exchange Online.
Если возникает проблема с доставкой сообщения, Exchange Server 2013 отправителю уведомление о состоянии доставки (DSN). Эти системные сообщения также называются сообщениями о отказе и содержат код ошибки, технические сведения о проблеме, а иногда и действия по устранению неполадок для отправителя сообщения. Сообщения о недоставки (NDR) — это распространенный тип уведомления о состоянии. В этом разделе для администраторов электронной почты описаны вероятные причины и решения для многих кодов состояния NDR. В нем также показано, как считывать и интерпретировать сообщения о недоставках.
Стандартные расширенные коды состояния
В следующей таблице приведен список расширенных кодов состояния, возвращаемых в отчетах о недоставке наиболее распространенных ошибок доставки сообщений.
| Расширенный код состояния | Описание | Возможная причина | Дополнительные сведения |
|---|---|---|---|
| 4.3.1 | Insufficient system resources |
Произошла ошибка нехватки памяти. Проблема с ресурсами, например с полным диском, может вызвать эту проблему. Вместо того, чтобы получить ошибку о заполнении диска, может возникнуть ошибка нехватки памяти. |
Убедитесь, что на сервере Exchange Server достаточно места на диске. |
| 4.3.2 | System not accepting network messages |
Это недоставка создается, когда очередь заморожена. | Это условие можно устранить, разморозив очередь. |
| 4.4.1 | Connection timed out |
Целевой сервер не отвечает. Это может привести к временным условиям сети. Exchange Server пытается автоматически подключиться к серверу и доставить почту. Если доставка завершается сбоем после нескольких попыток, создается NDR с кодом постоянного сбоя. | Отслеживайте ситуацию. Это может быть временная проблема, которая может исправить себя. |
| 4.4.2 | Connection dropped |
Подключение между серверами было удалено. Эту ошибку могут вызвать временные условия сети или сервер, на котором возникают проблемы. Отправляющий сервер повторит доставку сообщения в течение определенного периода времени, а затем создаст дополнительные отчеты о состоянии. | Отслеживайте ситуацию, когда сервер повторяет доставку. Это может быть временная проблема, которая может исправить себя. Такая ситуация также может возникнуть, когда достигнуто ограничение на размер сообщения для подключения или если скорость отправки сообщений для IP-адреса клиента превысила настроенное ограничение. |
| 4.4.7 | Message expired |
Истек срок действия сообщения в очереди. Отправляя сервер пытался ретранслировать или доставить сообщение, но действие не было завершено до истечения срока действия сообщения. Это сообщение также может означать, что на удаленном сервере достигнут предел заголовка сообщения или при установлении связи с удаленным сервером истекло время ожидания какого-то другого протокола. | Обычно это сообщение указывает на проблему на принимающем сервере. Проверьте правильность адреса получателя, а также правильность настройки принимающего сервера для получения сообщений. Возможно, потребуется уменьшить число получателей в заголовке сообщения для узла, о котором вы получаете эту ошибку. Если отправить сообщение снова, оно снова поместилось в очередь. Если принимающий сервер доступен, сообщение доставляется. |
| 5.0.0 | HELO / EHLO requires domain address |
Эта ситуация является постоянным сбоем. Некоторые причины описаны ниже.
|
Ниже приведены некоторые возможные решения.
|
| 5.1.0 | Sender denied |
Это недоставка вызвано общим сбоем (сбоем неправильного адреса). Не удалось найти адрес электронной почты или другой атрибут в доменные службы Active Directory. Эту проблему могут вызвать записи контактов без набора атрибутов targetAddress . Другой возможной причиной может быть невозможно определить атрибут homeMDB пользователя. Атрибут homeMDB соответствует серверу Exchange Server, на котором находится почтовый ящик пользователя. Еще одна распространенная причина этого недоставки заключается в том, что вы используете Microsoft Outlook для сохранения сообщения электронной почты в виде файла, а затем кто-то открыл сообщение в автономном режиме и ответил на него. Когда Outlook доставляет сообщение, в его свойстве сохраняется только атрибут legacyExchangeDN, поэтому поиск может закончиться неудачей. |
Адрес получателя неправильно отформатирован или не удалось правильно разрешить получатель. При исправлении этой ошибки прежде всего нужно проверить адрес получателя и еще раз отправить сообщение. |
| 5.1.1 | Bad destination mailbox address |
Возможные причины этой ошибки:
|
Эта ошибка обычно появляется, когда отправитель сообщения неправильно вводит адрес электронной почты получателя. Отправителю нужно проверить адрес электронной почты получателя и отправить сообщение еще раз. Эта ошибка также может появиться в том случае, если адрес электронной почты получателя раньше был правильным, но затем изменился или был удален из целевой системы электронной почты. Если отправитель сообщения находится в той же организации Exchange, что и получатель, а почтовый ящик получателя по-прежнему существует, определите, был ли почтовый ящик получателя перемещен на новый почтовый сервер. Если это так, Outlook не сможет корректно обновить кэш получателей. Предложите отправителю удалить адрес получателя из кэша получателей Outlook, а затем создать новое сообщение. Повторная отправка первоначального сообщения приведет к появлению той же ошибки. Другие проблемы могут вызвать эту ошибку, например недопустимое устаревшее различающееся имя (DN) в доменные службы Active Directory. Проверьте и исправьте прежнее имя DN почтового ящика получателя. Затем укажите отправителю удалить адрес получателя из кэша получателей Outlook, а затем создать новое сообщение. Повторная отправка первоначального сообщения приведет к появлению той же ошибки. |
| 5.1.2 | Invalid X.400 address |
Получатель имеет адрес, отличный от SMTP, который не может быть сопоставлен с назначением. Адрес не является локальным, и нет соединителей, настроенных с адресными пространствами, содержащими адрес получателя. | Убедитесь, что адрес получателя введен правильно. Если адрес получателя находится в почтовой системе, отличной от SMTP, в которую вы специально хотите обеспечить доставку почты, необходимо добавить соответствующий тип соединителя в топологию и настроить его для предоставления услуг почтовой системе получателя. |
| 5.1.3 | Invalid recipient address |
Это сообщение указывает, что адрес получателя отображается в сообщении неправильно. | Адрес получателя отформатирован неправильно или адрес получателя не удалось правильно разрешить. Первым шагом в устранении этой ошибки является проверка адрес получателя и отправить сообщение еще раз. Кроме того, проверьте политику получателей SMTP и убедитесь, что каждый почтовый домен, для которого требуется принять почту, отображается правильно. |
| 5.1.4 | Destination mailbox address ambiguous |
Два или более получателей в организации Exchange имеют одинаковый адрес. | Эта ошибка обычно возникает из-за неправильной настройки в доменные службы Active Directory. Возможно, из-за проблем с репликацией два объекта получателей в доменные службы Active Directory имеют одинаковый SMTP-адрес или Exchange Server (EX). |
| 5.1.7 | Invalid address |
Отправитель имеет неправильно сформированный или отсутствующий SMTP-адрес, атрибут почты в службе каталогов. Почтовый элемент не может быть доставлен без допустимого атрибута почты . | Проверьте структуру каталога отправителя и определите, существует ли атрибут mail . |
| 5.2.1 | Mailbox cannot be accessed |
Доступ к почтовому ящику невозможно. Почтовый ящик может находиться в автономном режиме, отключен или сообщение помещено в карантин по правилу. | Проверьте, подключена ли база данных получателей, отключен ли почтовый ящик получателя или сообщение помещено в карантин. |
| 5.2.2 | Mailbox full |
Превышена квота хранилища для почтового ящика получателя, и почтовому ящику не удается принимать новые сообщения. | Эта ошибка возникает, когда почтовый ящик получателя превысил квоту хранилища. Получатель должен уменьшить размер почтового ящика или администратор должен увеличить квоту хранилища, прежде чем доставка может быть успешной. |
| 5.2.3 | Message too large |
Сообщение слишком велико, и локальная квота превышена. Например, удаленный пользователь Exchange может иметь ограничение на максимальный размер входящего сообщения. | Отправьте сообщение еще раз без вложений или задайте ограничение на сервер или на стороне клиента, чтобы разрешить больший размер сообщения. |
| 5.2.4 | Mailing list expansion problem |
Получатель — это неправильно настроенный динамический список рассылки. Строка фильтра или базовое имя DN динамического списка рассылки недопустимы. | Задайте для уровня ведения журнала событий классификатора по крайней мере минимальный уровень и отправьте еще одно сообщение в динамический список рассылки. Проверьте журнал событий приложения на наличие события 6025 или события 6026, чтобы узнать, какой атрибут неправильно настроен в объекте динамического списка рассылки. |
| 5.3.3 | Unrecognized command |
Когда удаленный сервер Exchange достигает емкости своего дискового хранилища для хранения почты, он может ответить этим NDR. Эта ошибка обычно возникает, когда отправляющий сервер отправляет почту с помощью команды BDAT ESMTP. Эта ошибка также указывает на возможную ошибку протокола SMTP. | Убедитесь, что на удаленном сервере достаточно места для хранения почты. Проверьте журнал SMTP. |
| 5.3.4 | Message too big for system |
Сообщение превышает ограничение размера, настроенное для транспортной базы данных или базы данных почтовых ящиков, и не может быть принято. Этот сбой может быть вызван либо системой отправки электронной почты, либо системой электронной почты получателя. | Эта ошибка возникает, когда размер сообщения, отправленного отправителем, превышает максимальный допустимый размер сообщения при передаче через транспортный компонент или базу данных почтовых ящиков. Отправитель должен уменьшить размер сообщения, чтобы сообщение было успешно доставлено. Дополнительные сведения о настройке ограничений на размер сообщений см. в разделе Ограничения размера сообщений. |
| 5.3.5 | System incorrectly configured |
Обнаружена ситуация с циклом почты, что означает, что сервер настроен для циклического цикла почты к себе. | Проверьте конфигурацию соединителей сервера на наличие циклов и убедитесь, что каждый соединитель определен уникальным входящим портом. Если существует несколько виртуальных серверов, убедитесь, что для них задано значение "Все неназначенные". |
| 5.4.4 | Invalid arguments |
Эта недоставка возникает, если не существует маршрута для доставки сообщений или если классификатору не удалось определить назначение следующего прыжка. | Убедитесь, что указанное доменное имя является допустимым и существует запись MX. |
| 5.4.6 | Routing loop detected |
Ошибка конфигурации, вызванная циклом сообщений электронной почты. По умолчанию после 20 итераций Exchange прерывает цикл почтовых сообщений и направляет отправителю отчет о недоставке. | Эта ошибка появляется, если при доставке сообщения создается еще одно сообщение в ответ. Это сообщение создает третье сообщение, и процесс повторяется, образуя цикл. Чтобы не допустить исчерпания ресурсов системы, Exchange прерывает почтовый цикл после 20 итераций. Почтовые циклы обычно создаются из-за ошибки конфигурации на отправляющем почтовом сервере, принимающем почтовом сервере или обоих этих серверах. Проверьте конфигурацию правил в почтовых ящиках отправителя и получателя посмотрите, включена ли автоматическая переадресация сообщений. |
| 5.5.2 | Send hello first |
Общая ошибка SMTP возникает, когда команды SMTP отправляются вне последовательности. Например, сервер пытается отправить команду AUTH (авторизация) перед идентификацией себя с помощью команды EHLO. Возможно, что эта ошибка также может возникнуть при заполнении системного диска. |
Просмотрите журнал SMTP или трассировку Netmon и убедитесь, что доступно достаточное дисковое хранилище и виртуальная память. |
| 5.5.3 | Too many recipients |
Совокупное количество получателей в строках Кому, Копия и СК сообщения превышает общее число получателей, разрешенное в одном сообщении. | Эта ошибка возникает, если отправитель включил в сообщение слишком много получателей. Отправитель должен уменьшить число адресов получателей в сообщении или увеличить максимальное число получателей, чтобы сообщение было успешно доставлено. |
| 5.5.4 | Invalid domain name |
Сообщение содержит недопустимый отправитель или неправильный формат адреса получателя. Одна из возможных причин заключается в том, что формат адреса получателя может содержать символы, которые не соответствуют стандартам Интернета. |
Проверьте адрес получателя на наличие нестандартных символов. |
| 5.5.6 | Invalid message content |
Это сообщение указывает на возможную ошибку протокола. | Проверьте журнал событий на наличие возможных сбоев. |
| 5.7.1 | Delivery not authorized |
Отправителю не разрешено оправлять сообщения получателю. | Эта ошибка возникает, когда отправитель пытается отправить сообщение получателю, но он не авторизован на это. Такое часто случается, когда отправитель пытается отправлять сообщения группе рассылки, в которой настроено принятие сообщений только от участников группы рассылки или других авторизованных отправителей. Отправителю нужно запросить разрешение на отправку сообщений получателю. Эта ошибка также может возникать в том случае, если правило транспорта Exchange отклоняет сообщение из-за того, что оно соответствует условиям, настроенным для правила транспорта. |
| 5.7.1 | Unable to relay |
Системе-отправителю запрещено отправлять сообщения в почтовую систему, которая не является конечным местом назначения сообщения электронной почты. | Эта ошибка возникает, когда система отправки электронной почты пытается отправить анонимное сообщение принимающей почтовой системе, а принимающая система электронной почты не принимает сообщения для домена или доменов, указанных в одном или нескольких получателях. Ниже перечислены наиболее распространенные причины этой ошибки.
|
| 5.7.1 | Client was not authenticated |
Система отправки электронной почты не выполнила проверку подлинности в принимающей системе электронной почты. Перед передачей сообщения требуется проверить подлинность принимающей почтовой системы. | Эта ошибка возникает, когда перед отправкой сообщения на принимающем сервере необходимо пройти проверку подлинности, а система отправки электронной почты не выполнила проверку подлинности в принимающей почтовой системе. Администратор отправляющей системы должен настроить отправку почты с проверкой подлинности в принимающей почтовой системе для успешной доставки. Эта ошибка также может возникнуть при попытке принять анонимные сообщения из Интернета на сервере почтовых ящиков, для которого это не настроено. |
| 5.7.3 | Not Authorized |
Отправитель запрещает переназначение альтернативному получателю. |
NDR sections
В Exchange 2013 NDR предназначены для удобства чтения и понимания как конечными пользователями, так и администраторами. Сведения, отображаемые в NDR, разделяются на следующие две области:
- Раздел сведений о пользователе
- Раздел сведений об администраторе
Сведения в каждом разделе предназначены для читателей этого раздела. Сначала появится раздел сведений о пользователе и содержит отзывы, которые помогут пользователю понять, почему доставка сообщения завершилась сбоем. В разделе Диагностические сведения для администраторов содержатся более подробные технические сведения, например исходные заголовки сообщений, которые помогают администраторам электронной почты устранять проблемы с доставкой. На следующем рисунке показаны раздел сведений для пользователя и раздел Диагностические сведения для администраторов отчета о недоставке.
.png "NDR с диагностическими данными пользователя и администратора")
Раздел сведений для пользователя
Раздел сведений о пользователе, созданном Exchange, содержит сведения, которые нужно сообщить конечному пользователю, отправившему сообщение, которое позже возвращается с помощью недоставки. Текст, отображаемый в этом разделе, вставляется сервером Exchange Server, создающим недоставку.
Текст в разделе сведений о пользователях предназначен для того, чтобы помочь конечным пользователям определить причину отклонения сообщения и способы успешной повторной отправки сообщения, если сообщение должно быть повторно отправлено. Если применимо, полное доменное имя (FQDN) сервера, который отклонил сообщение, включается в раздел сведений о пользователе. Если не удается выполнить доставку нескольким получателям, будут перечислены адреса электронной почты каждого получателя, а причина сбоя указывается в пробеле под адресом электронной почты получателя.
Текст в разделе сведений о пользователе можно изменить с помощью командлета New-SystemMessage . Создавая пользовательское сообщение, вы можете предоставить пользователям определенную информацию, например номер телефона для обращения в службу поддержки или гиперссылку для получения самостоятельной поддержки.
Диагностические сведения для администраторов
Раздел Диагностические сведения для администраторов содержит более подробные сведения о конкретной ошибке, которая произошла во время доставки сообщения, о сервере, который создал недоставку, и сервере, который отклонил сообщение. Следующие поля присутствуют в большинстве NDR и отображаются на рисунке "NDR sections" ранее в этом разделе:
Генерирующий сервер. Генерирующий сервер — это SMTP-сервер, создавший NDR. Генерирующий сервер принимает расширенный код состояния, описанный далее в этом разделе. Этот код создает простой для чтения NDR. Если под адресом электронной почты отправителя в разделе Диагностические сведения для администраторов нет удаленного сервера, то генерирующий сервер также является сервером, который отклонил исходное сообщение электронной почты. Если доставка сообщения завершается ошибкой при отправке сообщения другому получателю в организации Exchange, тот же сервер обычно отклоняет исходное сообщение и создает недоставку.
Отклоненный получатель. Отклоненный получатель — это адрес электронной почты получателя, которому не удалось отправить исходное сообщение. Если не удалось выполнить доставку нескольким получателям, будет указан адрес электронной почты для каждого получателя. Поле отклоненного получателя также содержит следующие подполя для каждого указанного адреса электронной почты:
Удаленный сервер. Поле удаленного сервера содержит полное доменное имя сервера, который отклоняет доставку сообщения во время беседы SMTP. Поле удаленного сервера заполняется только при попытке доставки на удаленный сервер, и эта попытка доставки была отклонена до того, как принимающий сервер успешно подтвердит сообщение после отправки текста сообщения. Если исходное сообщение успешно подтверждено принимающим сервером, а затем отклонено из-за ограничений содержимого, например, поле удаленного сервера не заполняется.
Расширенный код состояния. Расширенный код состояния — это код, возвращенный сервером, который отклонил исходное сообщение. Расширенный код состояния указывает, почему исходное сообщение было отклонено. Расширенный код состояния не переписывается Exchange, но используется для определения текста, отображаемого в разделе сведений о пользователе. Расширенные коды состояния, с которыми вы чаще всего столкнетесь, перечислены в разделе "Общие расширенные коды состояния" далее в этом разделе. Подробный список расширенных кодов состояния см. в статье RFC 3463.
Ответ SMTP. Ответ SMTP — это читаемый компьютером текст, возвращенный сервером, который отклонил исходное сообщение. Ответ SMTP обычно содержит короткую строку, которая предоставляет объяснение расширенного кода состояния, который также возвращается. Ответ SMTP не переписывается Exchange. Кроме того, этот ответ всегда представлен в формате US-ASCII.
Исходные заголовки сообщений. Раздел исходных заголовков сообщений содержит заголовки сообщений отклоненного сообщения. Эти заголовки могут предоставлять полезные диагностические сведения, например сведения, которые помогут определить путь, по которому сообщение прошло до того, как оно было отклонено, или соответствует ли поле Кому адрес электронной почты, указанный в поле Отклоненный получатель.
Примеры сообщений о недоставках
В следующих разделах приведены примеры двух способов создания сообщений NDR:
- На том же сервере
- По разным серверам
NDR создано и исходное сообщение отклонено тем же сервером
В следующем примере показано, что происходит, когда удаленная организация электронной почты принимает доставку сообщения электронной почты через пограничный транспортный сервер, а затем отклоняет это сообщение из-за ограничения политики на почтовый ящик получателя. В этом случае отправителю запрещено отправлять сообщения получателю. Пограничные транспортные серверы не выполняют проверку размера сообщения, поэтому пограничный транспортный сервер в этом примере принимает сообщение, так как у него есть допустимый адрес получателя и сообщение не нарушает другие ограничения содержимого. Так как удаленная организация электронной почты принимает все сообщение, включая его содержимое, удаленная организация электронной почты отвечает за отклонение сообщения и создание сообщения о недоставке, которое будет отправлено отправителю.
.gif "Недоставка, показывающая один и тот же сервер создания и отклонения")
Кроме того, сообщения, которые отклоняются при их отправке получателям, входящим в одну организацию Exchange, обычно отклоняются тем же почтовым сервером, который создает сообщение о недоставках. Сообщения, отправленные локальным получателям, могут быть отклонены по различным причинам, таким как почтовые ящики с превышением квоты, отсутствие авторизации для отправки сообщений на адрес получателя или сбои оборудования, которые приводят к длительной потере подключения к другим серверам в организации.
В обоих случаях удаленный сервер не включается в адрес электронной почты получателей, указанных в сообщении NDR.
Сгенерированный недоставка и исходное сообщение отклонено разными серверами
В следующем примере показано, что происходит, когда удаленная организация электронной почты отклоняет доставку сообщения электронной почты до того, как она примет сообщение. В этом примере удаленный сервер отклоняет сообщение и возвращает расширенный код состояния на локальный отправляющий сервер, так как указанный получатель не существует. Отклонение происходит до того, как принимающий сервер подтвердит сообщение. Так как принимающий сервер не подтверждает сообщение, принимающий сервер не несет ответственности за сообщение. Таким образом, локальный отправляющий сервер создает сообщение NDR и отправляет его отправителю исходного сообщения.
.gif "NDR с разными серверами создания и отправки")