Исправление дат миграции Exchange IMAP в Outlook
Почему миграция Exchange IMAP искажает даты в Outlook
Собственный инструмент IMAP-миграции Microsoft, доступный через Exchange Admin Center и PowerShell, должен быть безопасным, официальным способом переноса почтовых ящиков в Exchange Online. Администраторы доверяют ему, потому что это инструмент от самой Microsoft. Поэтому когда каждое перенесенное письмо отображается в Outlook с датой миграции вместо оригинальной даты, реакция обычно - недоумение.
Вот что происходит на техническом уровне. IMAP-миграция Exchange скачивает каждое сообщение с исходного сервера и подает его в целевой почтовый ящик Exchange через транспортный конвейер. Конвейер делает то, что всегда делает с входящей почтой: добавляет заголовок Received с текущей датой обработки и устанавливает свойство PR_MESSAGE_DELIVERY_TIME на соответствующее значение. Оригинальный IMAP INTERNALDATE с исходного сервера? Отбрасывается. Не переносится. Даже не предпринимается попытка.
Результат: каждое письмо в перенесенном ящике, будь то из 2012 или 2025 года, отображает дату миграции в столбце "Получено" в Outlook. И вот что особенно раздражает администраторов: документация Microsoft по миграции Exchange почти не упоминает это поведение. Вы узнаете о нем, когда 500 пользователей откроют свой Outlook в понедельник утром и подадут заявки о том, что их входящие выглядят неправильно.
Как неверные даты нарушают работу Outlook
Столбец "Получено" в Outlook показывает дату миграции для каждого письма. Отправленные тоже, потому что Exchange обрабатывает отправленные сообщения через тот же конвейер при загрузке. Даже письма, связанные со встречами (приглашения, ответы, отмены), содержат дату миграции, что искажает хронологию прошлых событий календаря.
Но настоящий ущерб наносится поиску и автоматизации. Строка поиска Outlook использует серверный индекс Exchange, который ссылается на искаженную дату доставки. Поиск с фильтром по дате возвращает неверные результаты. Автоархивирование, которое перемещает или удаляет письма по возрасту, считает каждое сообщение новым и отказывается что-либо архивировать. Правила, срабатывающие по дате получения, работают некорректно. Правила условного форматирования, выделяющие письма цветом по возрасту (распространенная практика среди опытных пользователей с большим объемом почты), полностью перестают работать. Для организации из 200 человек это означает 200 неработающих почтовых ящиков, 200 неработающих поисков и 200 человек, которые больше не могут доверять своему почтовому клиенту в вопросе о том, когда что-то произошло.
Часто задаваемые вопросы
Есть ли у Exchange IMAP Migration опция сохранения оригинальных дат?
Нет. Встроенная IMAP-миграция Exchange не предлагает опции сохранения дат. Транспортный конвейер обрабатывает каждое загруженное сообщение как новую доставку, устанавливая текущую дату. Это фундаментальное ограничение обработки IMAP-миграции в Exchange, и Microsoft не предоставила исправления.
Это та же проблема, что и при использовании сторонних инструментов миграции?
Первопричина идентична. Используется ли Exchange IMAP Migration, BitTitan MigrationWiz, imapsync или любой другой IMAP-инструмент, целевой сервер добавляет дату загрузки к каждому сообщению. Анализ цепочки заголовков и восстановление метаданных дат в Redate.io работают независимо от того, какой инструмент вызвал повреждение.
Может ли Redate.io исправить даты на локальном Exchange Server?
Да. Redate.io подключается через IMAP к любому развертыванию Exchange с включенным IMAP-доступом. Это включает Exchange Online (Microsoft 365), Exchange Server 2019, Exchange Server 2016 и гибридные конфигурации. Серверу нужно только IMAP-подключение.
Что происходит с оригинальными письмами в процессе исправления?
Redate.io перемещает каждое оригинальное сообщение в специальную папку резервных копий перед применением коррекции. Ничего не удаляется. Если когда-либо понадобится откат, оригиналы останутся на месте. Каждая операция включает индивидуальную проверку для гарантии нулевой потери данных.