У пользователя возникла проблема, из-за которой при отправке электронных писем некоторым электронным письмам назначается один и тот же идентификатор сообщения. Проблема возникает, когда у пользователя есть черновик электронного письма, и он пересылает черновик одному человеку, а затем отправляет черновик другому человеку.
Я выполнил отслеживание электронной почты в Exchange, поиск только по идентификатору сообщения, и Exchange возвращает два сообщения электронной почты.
Наша среда - Outlook 2010 SP1, Exchange 2010 + Exchange 2007, наши пользователи работают в режиме кэширования Outlook.
Я провел некоторое исследование, и из того, что я прочитал, именно клиент генерирует идентификатор сообщения, это правильно?
Кто-нибудь знает о каких-либо известных проблемах с двумя разными электронными письмами, получающими один и тот же идентификатор сообщения? Кто-нибудь знает, как это могло произойти и что мы можем сделать, чтобы решить эту проблему?
Последний пример электронного письма был отправлен с интервалом чуть более 1 часа (1 час 1 минута), имеет одинаковую тему, идентификатор сообщения, отправителя, но разные получатели и тело сообщения (лишь незначительно).
Существует история проблем с идентификатором сообщения в Outlook.
Поступали сообщения о том, что Outlook 2003 отправлял электронные письма без заголовков Message-ID агентам MTA, отличным от Microsoft.
Существует функция под названием формы Outlook, которая позволяет создавать шаблон и отправлять сообщения из шаблона. Все сообщения имеют одинаковый идентификатор сообщения.
Outlook не сохраняет идентификаторы отправленных сообщений.
Проблемы могут быть связаны со сторонними системами, которые удаляют повторяющиеся сообщения электронной почты из почтовых ящиков, серверами списков, которые не будут повторно отправлять сообщения, которые они уже видели, системами, которые отслеживают потоки разговоров, поскольку в почтовом ящике будет несколько сообщений для ссылки на ссылка "в ответе".
Полное исключение идентификатора сообщения является более безопасным вариантом, поскольку, согласно RFC 2822, наличие идентификатора сообщения является необязательным (ДОЛЖНО иметь) требованием, но его уникальность, если он предоставляется, необходима (ДОЛЖНА быть).