Исправление дат миграции CloudM в Gmail

Почему миграция CloudM искажает даты в Gmail

CloudM Migrate (ранее Cloud Migrator) загружает письма в Google Workspace через Gmail API. Во время загрузки Gmail записывает дату вставки как INTERNALDATE сообщения. Оригинальный заголовок Date внутри тела письма сохраняется. Но INTERNALDATE (поле, которое IMAP-клиенты считывают для определения даты получения сообщения) навсегда перезаписывается датой миграции.

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

"Миграция прошла нормально, даты правильные." Именно это говорит консоль CloudM. Именно это говорит Gmail. Но 60% Ваших пользователей работают через Outlook, и для них 14 месяцев почтовой истории сжались в один день.

Консоль администратора CloudM в Google Admin (Администрирование > Приложения > Google Workspace Marketplace > CloudM Migrate) не указывает на эту проблему. Нет ошибки, нет предупреждения, нет отчета после миграции, упоминающего повреждение INTERNALDATE. Это скрытая проблема качества данных, которая проявляется только при жалобах пользователей.

Как это влияет на пользователей Gmail

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

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

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

Часто задаваемые вопросы

CloudM Migrate всегда искажает даты в Gmail?

CloudM загружает письма через Gmail API, который устанавливает INTERNALDATE на дату загрузки. Заголовок Date сохраняется, поэтому веб-интерфейс Gmail обычно показывает правильную дату. Но IMAP-клиенты отображают дату миграции, потому что считывают INTERNALDATE. Redate.io корректирует INTERNALDATE в соответствии с оригиналом.

Почему письма выглядят нормально в Gmail, но неправильно в Outlook после миграции CloudM?

Веб-клиент Gmail использует заголовок Date из тела письма для отображения, который CloudM сохраняет. Outlook и другие IMAP-клиенты используют IMAP INTERNALDATE, который при загрузке устанавливается на дату миграции. Redate.io исправляет INTERNALDATE, чтобы все клиенты показывали правильную дату.

Может ли Redate.io исправить даты миграции CloudM по всему домену Google Workspace?

Да. Redate.io использует делегирование на уровне домена Google Workspace через сервисный аккаунт, что позволяет администраторам обработать все затронутые ящики в организации без необходимости в индивидуальных учетных данных пользователей.

Повлияет ли исправление на ярлыки, вложения или другие данные писем?

Нет. Redate.io выполняет целенаправленную коррекцию метаданных, не затрагивая содержимое, вложения, ярлыки или структуру папок. Корректируются только поврежденные метаданные даты. Каждое письмо сохраняется в резервной копии перед обработкой.