☰

Exchange 2013 — трассировка сообщения показывает ExplicitlyDiscarded HAdiscard для входящего отсутствующего письма

tag-icon • tag-icon exchange-2013
Exchange 2013 — трассировка сообщения показывает ExplicitlyDiscarded HAdiscard для входящего отсутствующего письма

У меня есть входящее письмо, которое Get-MessageTrackingLog показывает как прибывшее через сервер CAS на сервер почтовых ящиков, но затем отображается как ExplicitlyDiscarded и HAdiscard.

RunspaceId              : f73e23f6-64e7-43b4-98bd-9871aabc5396
Timestamp               : 9/28/2015 8:53:10 AM
ClientIp                :
ClientHostname          :
ServerIp                :
ServerHostname          : MAIL5
SourceContext           : ExplicitlyDiscarded
ConnectorId             :
Source                  : SMTP
EventId                 : HADISCARD
InternalMessageId       : 47266115095789
MessageId               : <C6DDD5D4A02A3742BFD356033E939FB6029F09FAEF@VPRDMBX02.outsidedomain.local>
Recipients              : {[email protected]}
RecipientStatus         : {}
TotalBytes              : 15273
RecipientCount          : 3
RelatedRecipientAddress :
Reference               :
MessageSubject          : Your mailbox is almost full.
Sender                  : [email protected]
ReturnPath              : [email protected]
Directionality          : Incoming
TenantId                :
OriginalClientIp        :
MessageInfo             :
MessageLatency          :
MessageLatencyType      : None
EventData               : {[DeliveryPriority, None], [PrioritizationReason, ShadowRedundancy], [ExternalOrgIdNotSetReason, ]}

Я не могу найти ничего в сети, кроме того, что это нормально при удалении теневой копии с основного почтового сервера после доставки письма в почтовый ящик. Однако в этом случае нет окончательной фактической ДОСТАВКИ в сам почтовый ящик. Выше приведена последняя часть журнала отслеживания, которая обычно указывает на "ДОСТАВКА" в почтовый ящик, но никогда не заходила так далеко.

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

решение1

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

решение2

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

Имя журнала: Приложение

Источник: MSExchangeTransport

Категория задачи: SmtpReceive

Уровень: Предупреждение

Также почему вы получаете предупреждение о том, что почтовый ящик почти заполнен, из-за пределов вашей организации? Это может быть спам-фильтр Exchange, отклоняющий сообщение.

Также, если вы используете DAG, убедитесь, что вы проверили Delivery на сервере Active database, а не на пассивном сервере. На пассивном сервере, я думаю, он покажет RECEIVE и SEND.. но не DELIVER.

решение3

Получатель может быть настроен на разрешение приема сообщений от внутренних членов организации.

Связанный контент