Napraw daty migracji CloudM w Gmail

CloudM Migrate (dawniej Cloud Migrator) przesyła e-maile do Google Workspace za pomocą Gmail API. Podczas przesyłania Gmail zapisuje znacznik czasu wstawienia jako INTERNALDATE wiadomości. Oryginalny nagłówek Date wewnątrz treści e-maila przetrwa migrację. Ale INTERNALDATE - pole, które klienty IMAP odczytują, aby określić datę odbioru wiadomości - zostaje trwale nadpisany datą migracji.

Szczególnie mylące w migracjach CloudM jest rozdwojenie zachowania w Gmailu. Interfejs webowy Gmaila odczytuje nagłówek Date do wyświetlania, więc e-maile wyglądają idealnie w przeglądarce. Otwórz tę samą skrzynkę w Outlooku przez IMAP, a każdy e-mail pokaże datę migracji. Apple Mail, Thunderbird, mobilne klienty IMAP - ta sama historia. Problem jest niewidoczny dla każdego, kto używa wyłącznie Gmaila w przeglądarce, co utrudnia diagnozę i ułatwia zlekceważenie sprawy.

"Migracja przebiegła prawidłowo, daty wyglądają poprawnie." Tak mówi konsola CloudM. Tak mówi Gmail. Ale 60% użytkowników łączy się przez Outlooka i dla nich 14 miesięcy historii e-maili właśnie skurczyło się do jednego dnia.

Konsola administracyjna CloudM w panelu Google Admin (Admin > Aplikacje > Google Workspace Marketplace > CloudM Migrate) nie sygnalizuje tego jako problem. Nie ma błędu, nie ma ostrzeżenia, nie ma raportu po migracji wspominającego o uszkodzeniu INTERNALDATE. To cichy problem z jakością danych, który wychodzi na jaw dopiero, gdy użytkownicy zaczynają zgłaszać skargi.

Wpływ zależy całkowicie od sposobu, w jaki użytkownicy uzyskują dostęp do skrzynki. Gmail w przeglądarce? Wygląda normalnie. Outlook, Apple Mail, Thunderbird przez IMAP? Każdy e-mail wyświetla datę migracji w kolumnie odbioru. Ta niespójność generuje zdezorientowane zgłoszenia do pomocy technicznej i utrudnia wyjaśnienie problemu użytkownikom nietechnicznym.

Poza kwestiami wyświetlania uszkodzenie INTERNALDATE sięga infrastruktury zgodności i kopii zapasowych. Google Vault odwołuje się do INTERNALDATE przy pewnych operacjach przechowywania i blokad prawnych, co może zagrozić dokładności wyszukiwań eDiscovery opartych na datach. Narzędzia do backupu firm trzecich łączące się przez IMAP (Veeam, Spanning, Backupify) archiwizują datę migracji jako datę wiadomości, tworząc trwałe nieścisłości w rekordach kopii zapasowych, które mogą zostać odkryte dopiero przy próbie przywracania.

Redate.io koryguje to dzięki analizie łańcucha nagłówków i rekonstrukcji metadanych daty, celując wyłącznie w artefakty migracyjne wstrzyknięte przez CloudM. Interfejs webowy Gmaila (który już wyświetlał prawidłowe daty) pozostaje bez zmian. Klienty IMAP, Google Vault i narzędzia do backupu zaczynają odczytywać oryginalną datę. Każda wiadomość jest indywidualnie weryfikowana przed i po korekcji, aby zagwarantować zero utraty danych.