Виправлення дат міграції 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 у браузері? Виглядає нормально. Outlook, Apple Mail, Thunderbird через IMAP? Кожен лист відображає дату міграції у стовпці отримання. Ця невідповідність генерує заплутані заявки до підтримки та ускладнює пояснення проблеми нетехнічним користувачам.

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

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