Виправлення дат міграції GSMMO в Gmail

GSMMO (Google Workspace Migration for Microsoft Outlook) завантажує листи з PST-файлів або профілів Outlook безпосередньо до Gmail через Gmail API. Під час цього завантаження Gmail записує позначку часу завантаження як INTERNALDATE для кожного повідомлення. Оригінальний заголовок Date з тіла листа зберігається, але серверні метадані дати перезаписуються датою міграції.

Це створює оманливу ситуацію. Вебінтерфейс Gmail зчитує заголовок Date з тіла листа для відображення дати, тому більшість листів мають правильну дату у браузері. Все виглядає нормально. Але під поверхнею IMAP INTERNALDATE, збережений на серверах Google, є хибним. Коли це стає проблемою? У той момент, коли хтось отримує доступ до скриньки через IMAP-клієнт - Outlook, Thunderbird, Apple Mail - або коли інструмент резервного копіювання, система відповідності чи рішення для архівування запитує скриньку через IMAP.

GSMMO зазвичай використовують кінцеві користувачі, які переходять з Microsoft Outlook на Google Workspace, часто слідуючи офіційній документації міграції Google. Ці користувачі можуть тижнями або місяцями не помічати проблему, бо переважно користуються вебінтерфейсом Gmail. А потім одного дня команда з відповідності запускає пошук за датою через Google Vault, або ІТ-відділ налаштовує MailStore для архівування, або користувач встановлює Outlook, підключений до Gmail через IMAP. Раптово 40 000 листів показують однакову дату шестимісячної давнини. На той час міграція здається давньою історією, і діагностика першопричини перетворюється на головоломку.

Для користувачів вебінтерфейсу Gmail візуальний вплив оманливо мінімальний. Дати у браузері виглядають правильно. Але пошкоджений INTERNALDATE - це бомба уповільненої дії під поверхнею. Команда Gmail IMAP SEARCH DATE використовує INTERNALDATE, тому будь-який IMAP-інструмент, що виконує пошук за датою в поштовій скриньці, отримує некоректні результати. Інструменти резервного копіювання на кшталт MailStore, Veeam або власні скрипти Python, що архівують Gmail через IMAP, записують хибні дати. Ці резервні копії? Назавжди неточні.

Чи намагалися Ви коли-небудь сортувати 50 000 листів, що мають однакову дату отримання? Саме це відчуває будь-який IMAP-клієнт, підключений до скриньки, мігрованої через GSMMO. Outlook, Apple Mail, Thunderbird - усі зчитують INTERNALDATE для сортування та відображення. Експорти Google Takeout можуть посилатися на INTERNALDATE для іменування файлів та метаданих, створюючи заплутані структури архівів. Навіть пошук відповідності Google Vault може повертати хибні результати, коли INTERNALDATE не збігається з фактичною датою листа.

Redate.io вирішує це за допомогою багатоетапного конвеєра аналізу заголовків, який ідентифікує сигнатури міграції GSMMO та виконує відновлення метаданих дати на рівні сервера. Процес зберігає весь вміст повідомлення, мітки та вкладення, коригуючи лише метадані дати. Кожне повідомлення індивідуально перевіряється після обробки.