Исправление дат миграции BitTitan в Exchange Online

Exchange Online - это почтовый сервер, лежащий в основе каждого почтового ящика Microsoft 365. BitTitan MigrationWiz - один из наиболее распространенных инструментов для переноса почтовых ящиков из локального Exchange, Lotus Notes, GroupWise и других устаревших платформ в Exchange Online. Сама миграция, как правило, проходит нормально. А вот с датами возникают проблемы.

Вот что происходит на самом деле. MigrationWiz загружает каждое сообщение через EWS или IMAP, и транспортный конвейер Exchange Online добавляет новый заголовок Received к каждому письму. Этот заголовок содержит дату загрузки, то есть дату миграции, а не дату оригинальной отправки или получения письма. Exchange Online использует именно этот заголовок Received и связанное свойство PR_MESSAGE_DELIVERY_TIME для определения даты, отображаемой пользователям.

В чем проблема? В отличие от некоторых почтовых систем, Exchange Online не позволяет инструментам миграции переопределять дату доставки. Сервер устанавливает фактическое время загрузки, и точка. Поэтому каждое перенесенное письмо, будь то из 2018, 2021 года или прошлого вторника, получает одну и ту же дату миграции.

К примеру, Вы перенесли 1 200 почтовых ящиков за выходные с помощью MigrationWiz. В понедельник утром служба поддержки получает 400 заявок. У каждого пользователя входящие выглядят так, будто все письма пришли в субботу. Сортировка по дате не работает. Поиск по дате выдает бессмыслицу. Искаженная временная метка распространяется повсюду: Outlook, OWA, мобильные клиенты, даже запросы PowerShell (Get-MessageTrace и Search-Mailbox). Инструменты соответствия требованиям (In-Place Hold, Retention Tags) применяют политики на основе неверной даты, потенциально сохраняя или удаляя сообщения с неправильными интервалами.

Последствия затрагивают все уровни. Каждый компонент Exchange Online считывает искаженную дату доставки. Outlook показывает дату миграции. OWA показывает её. Мобильные приложения показывают её. Встроенный поиск индексирует дату миграции, поэтому запросы по диапазону дат возвращают неверные результаты во всех клиентах.

Для администраторов ситуация ещё хуже. Команды Exchange Online Management Shell ссылаются на свойство даты доставки, которое теперь отражает дату миграции. Аудит почтовых ящиков, правила журналирования и транспортные правила, фильтрующие по дате сообщения, работают с искаженными временными метками. Можно ли провести достоверный аудит соответствия, когда все письма выглядят так, будто пришли в один день? Нет.

Redate.io решает эту проблему с помощью специализированного механизма коррекции, который выполняет анализ цепочки заголовков и восстановление метаданных дат на уровне сервера. Каждое сообщение обрабатывается с индивидуальной проверкой, чтобы оригинальная дата была точно восстановлена во всех сервисах Exchange Online, без изменения содержимого или вложений писем. Исправленные временные метки автоматически распространяются на Outlook, OWA, мобильные приложения и инструменты соответствия.