Problem z datami po migracji Google Workspace
Organizacje migrujące do Google Workspace często dokonują nieprzyjemnego odkrycia: wszystkie emaile we wszystkich skrzynkach wyświetlają złą datę. Zamiast oryginalnej daty wysłania lub odbioru, każda wiadomość wyświetla datę przeprowadzenia migracji. Nie ma znaczenia, czy organizacja migrowała z Microsoft Exchange, Office 365, Zimbra, Lotus Notes czy innego serwera IMAP. Tysiące emaili, wszystkie opatrzone jedną i tą samą datą.
I to nie jest specyficzne dla konkretnego narzędzia migracyjnego. Problem występuje z BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync i każdym innym narzędziem wstawiającym emaile do Google Workspace przez IMAP lub Gmail API. Przyczyna jest związana z fundamentalnym mechanizmem przetwarzania wiadomości przez serwery pocztowe.
Dla przewodnika specyficznego dla narzędzia GSMMO (Google Workspace Migration for Microsoft Outlook), sprawdź dedykowany artykuł o GSMMO.
Typowe ścieżki migracji do Google Workspace
Z Microsoft Exchange (on-premises)
Organizacje operujące serwery Exchange on-premises (2010, 2013, 2016 lub 2019) migrują do Google Workspace, by zredukować koszty infrastruktury i przyjąć model chmurowy. Te migracje zazwyczaj używają CloudM, BitTitan MigrationWiz lub GSMMO. Narzędzie migracyjne łączy się z Exchange, pobiera każdy email i ładuje go do skrzynki Google Workspace użytkownika. Każdy załadowany email otrzymuje nowy nagłówek "Received" ze znacznikiem czasu migracji.
Z Microsoft 365 (Office 365)
Migracje z Microsoft 365 do Google Workspace są częste, gdy organizacje zmieniają ekosystem. BitTitan MigrationWiz i CloudM to najpopularniejsze narzędzia do tego typu migracji. Proces wyciąga emaile z Exchange Online i wstawia je do Google Workspace. Ten sam problem z nagłówkiem "Received" się stosuje: każdy zmigrowany email wyświetla datę migracji.
Z innych serwerów IMAP
Migracje z Zimbra, Zoho, hostingu cPanel, Dovecot, Courier i innych serwerów IMAP do Google Workspace wykorzystują narzędzia takie jak imapsync, CloudM lub niestandardowe skrypty. Serwer docelowy (Google Workspace) dodaje nagłówek "Received" podczas operacji wstawiania, niezależnie od platformy źródłowej. Nawet migracje z innego tenanta Google Workspace produkują ten sam problem.
Dlaczego daty są błędne w Google Workspace
Interfejs webowy Gmail vs klienty IMAP
Google Workspace prezentuje szczególną sytuację. Interfejs webowy Gmaila zazwyczaj używa nagłówka "Date" emaila do wyświetlania daty wiadomości, co oznacza, że emaile często pojawiają się z prawidłową datą przeglądane przez interfejs webowy. Natomiast gdy ta sama skrzynka jest dostępna przez klienta IMAP (Outlook, Apple Mail, Thunderbird), klient czyta najnowszy nagłówek "Received" i wyświetla datę migracji.
Ta różnica tworzy znaczne zamieszanie. Administrator testujący migrację w interfejsie webowym Gmaila widzi prawidłowe daty i wnioskuje, że migracja się powiodła. Ale kiedy użytkownicy podłączają Outlook do swoich kont Google Workspace, zgłaszają, że każdy email ma złą datę. Problem istnieje na serwerze (nagłówki zawierają znacznik czasu migracji), ale staje się widoczny tylko w niektórych klientach. Ilu administratorów zamknęło projekt migracji myśląc, że wszystko jest w porządku, by zostać zalewanym zgłoszeniami w następny poniedziałek?
Czynnik IMAP INTERNALDATE
Google Workspace przechowuje INTERNALDATE dla każdego emaila, ustawiany podczas procesu wstawiania. Niektóre narzędzia migracyjne ustawiają tę wartość prawidłowo na datę oryginalną, inne zostawiają ją na datę migracji. Ale nawet gdy INTERNALDATE jest prawidłowy, klienty IMAP priorytetyzujące nagłówki "Received" (jak Outlook) i tak wyświetlają złą datę. Pełna korekta wymaga zarówno usunięcia migracyjnego nagłówka "Received", jak i weryfikacji, że INTERNALDATE jest prawidłowo ustawiony. Szczegółowe wyjaśnienie techniczne znajdziesz w artykule dlaczego emaile wyświetlają złe daty po migracji IMAP.
Opcje administratora Google Workspace (które nie działają)
Konsola administracyjna Google
Konsola administracyjna Google oferuje rozbudowane kontrolki do zarządzania Google Workspace, ale nie zawiera żadnej funkcji do naprawy dat emaili po migracji. Brak narzędzia do masowej edycji nagłówków. Brak narzędzia do korekty dat. Brak możliwości modyfikacji INTERNALDATE istniejących emaili przez interfejs administracyjny.
Google Apps Script
Google Apps Script może automatyzować wiele operacji Gmail, ale nie może modyfikować surowych nagłówków emaili. Serwisy GmailApp i Gmail API udostępnione przez Apps Script pozwalają czytać wiadomości, zmieniać etykiety i modyfikować metadane, ale nie obsługują zastępowania surowej zawartości RFC 2822 wiadomości. W efekcie korekta wymaga pracy na znacznie głębszym poziomie niż to, co Apps Script udostępnia.
Usługa migracji danych Google
Usługa migracji danych Google (dostępna w konsoli administracyjnej) jest przeznaczona do migracji emaili do Google Workspace, nie do naprawy nagłówków po migracji. Uruchomienie drugiej migracji tym narzędziem dodałoby dodatkowy nagłówek "Received", pogarszając problem.
Naprawa dat Google Workspace z Redate.io
Jak działa delegacja administratora
Redate.io wykorzystuje funkcję delegacji na poziomie domeny Google Workspace do uzyskania dostępu do skrzynek. Administrator tworzy konto serwisowe w Google Cloud Console, przyznaje mu wymagane zakresy Gmail API i aktywuje delegację na poziomie domeny. To umożliwia Redate.io przetwarzanie dowolnej skrzynki w organizacji bez wymagania indywidualnych danych uwierzytelniających użytkowników.
Konfiguracja delegacji zajmuje około 10 minut i przebiega takim samym procesem jak dla innych narzędzi migracyjnych i zarządzania Google Workspace. Po skonfigurowaniu administrator może analizować i naprawiać dowolną liczbę skrzynek z panelu Redate.io.
Pierwsze kroki
Utworzenie konta serwisowego. W Google Cloud Console utwórz nowy projekt (lub użyj istniejącego), aktywuj Gmail API i utwórz konto serwisowe z aktywną delegacją na poziomie domeny.
Przyznanie zakresów API. W konsoli administracyjnej Google Workspace przejdź do Bezpieczeństwo, następnie Kontrole API, następnie Delegacja na poziomie domeny. Dodaj ID klienta konta serwisowego i przyznaj zakresy Gmail API wymagane przez Redate.io.
Podłączenie w Redate.io. Zaloguj się do Redate.io, wybierz "Google Workspace" jako platformę i prześlij plik klucza JSON konta serwisowego. Redate.io waliduje połączenie i listuje dostępne skrzynki.
Analiza skrzynek. Wybierz skrzynki do analizy (lub przeanalizuj wszystkie). Bezpłatna analiza identyfikuje liczbę emaili z nieprawidłowymi datami w każdej skrzynce. Żadna płatność nie jest wymagana do analizy.
Naprawa. Przejrzyj wyniki analizy, wybierz plan i uruchom korektę. Autorski silnik korekcji Redate.io przetwarza każdą skrzynkę przepuszczając każdy email przez wieloetapowy pipeline analizy obsługujący problemy z kodowaniem, wieloczęściowe struktury wiadomości, podpisy cyfrowe i dziesiątki szczególnych przypadków, które skrypt własnej roboty uszkodził by bez ostrzeżenia. Postęp jest widoczny w czasie rzeczywistym. Oryginalne wiadomości są przechowywane w etykiecie "Redate.io - Originals" przez 30 dni.
Po korekcie
Po zakończeniu korekty przez Redate.io emaile wyświetlają prawidłową datę we wszystkich klientach: Gmail web, Outlook, Apple Mail, Thunderbird i każdej innej aplikacji podłączonej przez IMAP. Korekta jest trwała. Żadna bieżąca konserwacja ani subskrypcja nie jest potrzebna. Użytkownicy mogą sortować po dacie, wyszukiwać po zakresie dat i korzystać z narzędzi zgodności mając pewność dokładności znaczników czasu. Skrzynka działa tak, jak powinna od pierwszego dnia.
Przewodniki dla konkretnych narzędzi dla Google Workspace
Aby uzyskać szczegółowe instrukcje na podstawie użytego narzędzia migracyjnego, sprawdź te przewodniki:
Migracja do Google Workspace i wszystkie emaile wyświetlają złą datę? Uruchom bezpłatną analizę z Redate.io, aby zobaczyć, ile emaili jest dotkniętych we wszystkich skrzynkach, i przywróć prawidłowe daty.