Napraw daty migracji BitTitan w Google Workspace
Dlaczego migracje BitTitan psują daty w Google Workspace
BitTitan MigrationWiz przesyła e-maile do Google Workspace przez Gmail API lub IMAP. Podczas przesyłania infrastruktura pocztowa Google zapisuje znacznik czasu wstawienia jako INTERNALDATE wiadomości. BitTitan dodaje również nagłówek Received z datą migracji. Oryginalny nagłówek Date wewnątrz treści e-maila pozostaje nienaruszony, ale INTERNALDATE jest bezpowrotnie nadpisany znacznikiem czasu migracji.
Tak naprawdę Google Workspace obsługuje to inaczej niż inne platformy. Interfejs webowy Gmaila odczytuje nagłówek Date do wyświetlania, więc e-maile wyglądają poprawnie w przeglądarce. Ale IMAP INTERNALDATE jest trwale ustawiony na datę migracji. Każdy klient IMAP łączący się z tym kontem Google Workspace (Outlook, Thunderbird, Apple Mail) odczytuje INTERNALDATE i zamiast oryginalnej daty pokazuje datę migracji.
Powstaje przez to frustrujące rozdwojenie. Ten sam e-mail pokazuje prawidłową datę w Gmailu w przeglądarce, ale złą datę w Outlooku podłączonym do tego samego konta. Administratorzy IT otrzymują sprzeczne raporty. "Moje e-maile są w porządku." "Moje e-maile są całkowicie źle." Obaj użytkownicy mają rację - po prostu korzystają z różnych klientów.
Właśnie przeniesiono 85 skrzynek z lokalnego Exchange do Google Workspace za pomocą MigrationWiz. Połowa zespołu używa interfejsu webowego Gmaila i nie widzi żadnych problemów. Druga połowa używa Outlooka przez IMAP i w ciągu jednego poranka otwiera 85 zgłoszeń. Diagnozowanie zajmuje godziny, ponieważ problem jest niewidoczny w konsoli MigrationWiz i w panelu administracyjnym Gmaila.
Jak to wpływa na użytkowników Google Workspace
Problem podwójnej daty uderza najmocniej w organizacje, w których użytkownicy korzystają z poczty przez wiele klientów. Gmail w przeglądarce wygląda dobrze. Outlook jest zepsuty. Apple Mail jest zepsuty. Mobilne klienty IMAP są zepsute. Tylko interfejs webowy maskuje problem.
Ale to sięga głębiej niż wyświetlanie. Google Vault (rozwiązanie do zgodności i archiwizacji używane do blokad prawnych i eDiscovery) odwołuje się do INTERNALDATE w pewnych operacjach. Wyszukiwania prawne oparte na datach mogą zwracać niedokładne wyniki. Narzędzia do backupu firm trzecich łączące się przez IMAP archiwizują datę migracji jako datę wiadomości, tworząc trwałe nieścisłości w rekordach kopii zapasowych. Nawet własne polecenie Gmail IMAP SEARCH DATE używa INTERNALDATE zamiast nagłówka Date.
Redate.io rozwiązuje ten problem dzięki wieloetapowemu potokowemu przetwarzaniu nagłówków, które koryguje INTERNALDATE i nagłówki migracyjne bez ingerencji w treść e-maila ani załączniki. Interfejs webowy Gmaila (który już wyświetlał prawidłowe daty) pozostaje bez zmian, natomiast klienty IMAP, Vault i narzędzia do backupu zaczynają odczytywać właściwą datę. Dopasowywanie wzorców sygnatur narzędzi migracyjnych zapewnia, że celowane są wyłącznie nagłówki wstrzyknięte przez BitTitan.
Najczęściej zadawane pytania
Dlaczego e-maile wyglądają dobrze w Gmailu, ale źle w Outlooku po migracji BitTitan?
Klient webowy Gmaila używa nagłówka Date z oryginalnego e-maila, który BitTitan zachowuje. Outlook odczytuje IMAP INTERNALDATE, który zostaje nadpisany podczas migracji. Redate.io koryguje INTERNALDATE, dzięki czemu wszystkie klienty wyświetlają oryginalną datę spójnie.
Czy Redate.io wymaga haseł poszczególnych użytkowników Google Workspace?
Nie. Redate.io łączy się przez delegację na poziomie domeny Google Workspace za pomocą konta usługi (Service Account). Administratorzy mogą naprawić daty we wszystkich skrzynkach użytkowników bez zbierania indywidualnych danych logowania.
Czy naprawa INTERNALDATE zmieni wygląd e-maili w Gmailu w przeglądarce?
Nie. Gmail w przeglądarce już wyświetla prawidłowy nagłówek Date. Redate.io koryguje INTERNALDATE, dzięki czemu klienty IMAP takie jak Outlook i Apple Mail również pokazują oryginalną datę. Interfejs webowy Gmaila pozostaje identyczny.
Czy Redate.io może naprawić tylko skrzynki używające Outlooka, czy musi przetworzyć wszystkie?
Redate.io może celować w konkretne skrzynki. Administratorzy wybierają, które konta przetwarzać, więc możliwa jest naprawa tylko skrzynek, w których użytkownicy korzystają z klientów IMAP takich jak Outlook lub Thunderbird.