Что означает статус duplicatedeliver в exchange 2013?

Question

[avgenj]

Добрый день, в организации имеется почтовый сервер на ms exchange 2013. Время от времени прихожится смотреть логи отправленных писем. Недавно обнаружил, что помимо обычного статуса Deliver, стали появляться у писем статус Duolicatedeliver. Гугл подсказывает, что такое возникает, если пользователь находится в нескольких рассылках, и что система сама выявляет дубликаты и удаляет их. Однако такие статусы появляются чуть ли не у всех сообщений, даже где никаких рассылок нет в принципе. Такого раньшне не было. Откуда стал браться этот статус?

Comments

[MVV]

А почему вы нас спрашиваете? Сделайте у себя трассировку (Get-MessageTrackingLog) конкретного сообщения и посмотрите.

[avgenj]

MVV, именно так я и увидел этот статус.
Ниже пример, сообщение было отправлено от одного отправителя одному получателю.

[Роман Безруков]

avgenj, без деталей можно долго гадать...
перед Exchange есть что-нибудь? спамодав и т.д.?
с письмами в итоге что: приходят, не приходят, приходят два раза?
письма откуда и куда: изнутри во внешний мир, снаружи внутрь, только внутри организации?
до вас этот Exchange кто-то настраивал? обновления Exchange какие последние стоят?

[MVV]

avgenj, по такому, с позволения сказать, логу лично я ничего понять не могу.
Начнем с того, что текст на консоли можно копировать в буфер обмена в виде текста, а потом, например, вставить в комментарий вместе с командой, которая его вывела, вместо кривой и косой фотки. Во-вторых, я не имею представления, на какие адреса было направлено письмо (то есть, не та ли у вас ситуация, которую вы нагуглили). В-третьих, в записях в логах есть ещё дополнительная информация, которую, возможно иметт смысл посмотреть (ее всю можно увидеть, если перенаправиь вывод Get-MessageTrackingLog в Format-List. В частности, у вас там вызываются какие-то мне неведомые транспортные агенты, которые вполне могут задвоить письмо.

Все это надо проанализировать. Скорее всего - вам самому, посколько предполагаемый объем информации и работы по ее анализу довольно заметный. Я вот, например, не возьмусь это делать (за деньги - тоже).

Answer 1

[Роман Безруков]

раз вы не предоставляете уточнения по вопросу - попробую ответить по имеющимся данным...
в Exchange есть механизм Duplicate Detection, который использует свойства Internet Message ID и Client Submit Time для определения дубликатов писем. Дубликаты могут быть в следующих случаях:
1. Если у двух сообщений не совпадает один из параметров Internet Message ID или Client Submit Time
2. Если параметры сообщений совпадают, интервал между получениями превышает 1 час, задача очистки хранилища успела удалить исходное сообщение из таблицы DeliveredTo
3. Ящик перемещен в другую почтовую базу, а соответствующая таблица DeliveredTo не успела обновиться.

По предоставленному Message Tracking логу (надо еще миллисекунды смотреть):
1. в 14:32:20 выполняется первый SUBMIT - передача письма в Exchange Transport
2. в 14:32:20 от транспортного агента прилетает FAIL
3. в 14:40:22 агент делает первый RESUBMIT
4. в 14:40:23 - второй RESUBMIT
5. в 14:40:26 - двойной SEND (надо смотреть миллисекунды). Видимо, это относится к первому RESUBMIT
6. в 14:43:04 - снова двойной SEND (надо смотреть миллисекунды). А это - ко второму RESUBMIT

Нашел ваш предыдущий вопрос касательно Exchange - в нем упоминается некая "сторонняя dlp система". Я бы копал в эту сторону

З.Ы. Message Tracking лог лучше отсортировать по TimeStamp для наглядности...