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

BitTitan MigrationWiz загружает письма в Google Workspace через Gmail API или IMAP. Во время загрузки почтовая инфраструктура Google записывает дату вставки как INTERNALDATE сообщения. BitTitan также добавляет заголовок Received с датой миграции. Оригинальный заголовок Date внутри тела письма остается нетронутым, но INTERNALDATE теряется, перезаписанный датой миграции.

Дело в том, что Google Workspace обрабатывает это иначе, чем другие платформы. Веб-интерфейс Gmail считывает заголовок Date для отображения, поэтому при просмотре в браузере письма выглядят корректно. Однако IMAP INTERNALDATE навсегда установлен на дату миграции. Любой IMAP-клиент, подключенный к этому аккаунту Google Workspace (Outlook, Thunderbird, Apple Mail), считывает INTERNALDATE и показывает дату миграции.

Это создает крайне запутанную ситуацию. Одно и то же письмо показывает правильную дату в Gmail в браузере и неправильную дату в Outlook, подключенном к тому же аккаунту. IT-администраторы получают противоречивые отчеты. "У меня все в порядке." "У меня все даты неправильные." Оба пользователя правы, они просто используют разные клиенты.

К примеру, Вы перенесли 85 почтовых ящиков из локального Exchange в Google Workspace с помощью MigrationWiz. Половина команды использует веб-интерфейс Gmail и не видит никаких проблем. Другая половина использует Outlook через IMAP и подает 85 заявок в поддержку за одно утро. Диагностика занимает часы, потому что проблема не видна ни в консоли MigrationWiz, ни в панели администратора Gmail.

Проблема двойных дат особенно остро проявляется в организациях, где пользователи получают доступ к почте через разные клиенты. Веб-интерфейс Gmail выглядит нормально. Outlook показывает неверные даты. Apple Mail показывает неверные даты. Мобильные IMAP-клиенты показывают неверные даты. Только веб-интерфейс маскирует проблему.

Но проблема глубже, чем отображение. Google Vault (решение для соответствия требованиям и архивирования, используемое для юридического удержания и eDiscovery) для ряда операций ссылается на INTERNALDATE. Поиск в рамках юридического расследования по датам может возвращать неточные результаты. Сторонние инструменты резервного копирования, подключающиеся через IMAP, архивируют дату миграции как дату сообщения, создавая постоянные неточности в архивных записях. Даже собственная команда Gmail IMAP SEARCH DATE использует INTERNALDATE, а не заголовок Date.

Redate.io решает эту проблему с помощью многоэтапного конвейера анализа заголовков, который корректирует INTERNALDATE и заголовки миграции, не затрагивая содержимое и вложения писем. Отображение в веб-интерфейсе Gmail (которое и без того было корректным) не меняется, а IMAP-клиенты, Vault и инструменты резервного копирования начинают считывать правильную дату. Сопоставление паттернов сигнатур инструментов миграции гарантирует, что корректируются только заголовки, внедренные BitTitan.