Napraw daty migracji imapsync w Google Workspace

imapsync to najczęściej wybierane narzędzie do migracji skrzynek pocztowych do Google Workspace. Jest open source, obsługuje skrypty i sprawdzone w tysiącach migracji. Problem polega jednak na tym, że bramka IMAP Google Workspace nie zachowuje się jak standardowy serwer IMAP w zakresie obsługi dat.

Gdy imapsync przesyła wiadomość przez standardowy protokół transferu poczty z flagą --syncinternaldates, żąda od Google zachowania oryginalnej INTERNALDATE z serwera źródłowego. Google Workspace akceptuje to żądanie dla niektórych wiadomości, ale po cichu nadpisuje je dla innych. Nadpisywanie zależy od tego, jak wiadomość przechodzi przez wewnętrzny potok przetwarzania Gmaila - filtry spamu, kontrole zgodności, walidację nagłówków. Każdy krok może zresetować INTERNALDATE do bieżącego znacznika czasu. Brak ostrzeżenia, brak wpisu w dzienniku, brak wskazania, że data została zmieniona.

Ale INTERNALDATE to tylko połowa problemu. Google Workspace dodaje również świeży nagłówek Received do każdej przesłanej wiadomości, oznaczony datą migracji. Ten nagłówek Received znajduje się na szczycie łańcucha nagłówków, a każdy klient IMAP czytający skrzynkę (Outlook, Apple Mail, Thunderbird) wyświetli ten znacznik czasu migracji zamiast oryginalnej daty. Rezultat? Skrzynka, w której 47 000 e-maili wygląda, jakby wszystkie dotarły 15 marca 2025 roku.

Szczególnie mylące w Google Workspace jest to, że interfejs webowy Gmaila używa nagłówka Date do wyświetlania, którego imapsync nie modyfikuje. Administrator sprawdza więc Gmaila w przeglądarce, widzi poprawne daty wszędzie i zakłada, że migracja się powiodła. Tymczasem 200 pracowników podłączonych przez Outlook widzi ścianę identycznie datowanych e-maili. Czy kiedykolwiek próbowali Państwo wyjaśnić dyrektorce finansowej, dlaczego każdy e-mail w jej skrzynce pokazuje wczorajszą datę?

Podział Gmail-kontra-IMAP tworzy dwupoziomową rzeczywistość w ramach tej samej organizacji. Użytkownicy interfejsu webowego Gmaila nie widzą niczego złego. Użytkownicy Outlooka, Apple Mail lub dowolnego mobilnego klienta IMAP widzą każdy zmigrowany e-mail oznaczony datą migracji. Gdy członek zespołu odnosi się do "tego e-maila z zeszłego października", koledzy widzą różne daty w zależności od używanego klienta. Zamieszanie przeradza się w brak zaufania do całego systemu pocztowego.

Jest też kwestia zgodności z przepisami. Google Vault - narzędzie, na którym organizacje polegają przy zabezpieczeniach prawnych i eDiscovery - zachowuje się nieprzewidywalnie z uszkodzonymi datami. Niektóre wyszukiwania Vault odnoszą się do nagłówka Date, inne używają INTERNALDATE. Żądanie ujawnienia prawnego "wszystkich e-maili między styczniem a marcem 2024" może zwrócić niekompletne wyniki, ponieważ INTERNALDATE wskazuje, że wiadomości zostały dostarczone w 2025 roku. Dla organizacji w branżach regulowanych (opieka zdrowotna, finanse, prawo) to nie jest niedogodność. To odpowiedzialność prawna.

Redate.io łączy się z Google Workspace poprzez delegowanie na poziomie domeny i uruchamia swój zastrzeżony silnik korekcyjny na dotkniętych skrzynkach. Silnik przeprowadza wieloetapową analizę nagłówków w celu identyfikacji sygnatur migracji imapsync, a następnie stosuje ukierunkowaną korektę metadanych bez zmiany rzeczywistej treści wiadomości. Każdy poprawiony e-mail jest weryfikowany indywidualnie, zanim oryginał zostanie przeniesiony do etykiety kopii zapasowej. Panel administracyjny śledzi postęp we wszystkich skrzynkach w czasie rzeczywistym - 50 skrzynek, 500 skrzynek, skalowalność jest identyczna.