Napraw daty migracji CloudM w Google Workspace
Dlaczego migracje CloudM pokazują złą datę w Google Workspace
CloudM Migrate to preferowane narzędzie migracyjne dla organizacji przenoszących się do Google Workspace, szczególnie ze środowisk Microsoft Exchange. CloudM używa Gmail API do wstawiania e-maili na docelowe konto Google Workspace. Chociaż Gmail API pozwala na określenie INTERNALDATE podczas wstawiania, rzeczywiste zachowanie zależy od przetwarzania po stronie serwera, a nagłówek Received z migracji jest nadal dodawany do e-maila.
Obsługa dat przez Google Workspace tworzy mylącą sytuację. Interfejs webowy Gmail zazwyczaj odczytuje oryginalny nagłówek Date do wyświetlania, więc e-maile mogą wyświetlać się z poprawnymi datami w przeglądarce. Jednak każdy klient IMAP podłączony do konta Google Workspace odczytuje INTERNALDATE, który odzwierciedla znacznik czasu migracji. Użytkownicy korzystający z Outlook, Apple Mail lub Thunderbird połączonych przez IMAP widzą datę migracji na każdej wiadomości.
Dla zespołów IT zarządzających migracjami Google Workspace z CloudM, to podzielone zachowanie utrudnia diagnozowanie problemu. Użytkownicy w Gmail w przeglądarce nie zgłaszają problemów, podczas gdy użytkownicy klientów desktopowych zgłaszają, że każdy e-mail ma tę samą datę. Niespójność prowadzi do czasochłonnego rozwiązywania problemów i opóźnionego rozwiązania, gdy administratorzy próbują ustalić, czy problem dotyczy klienta, narzędzia migracyjnego czy serwera pocztowego.
Jak to wpływa na Google Workspace
Środowiska Google Workspace, w których użytkownicy łączą się zarówno przez Gmail w przeglądarce, jak i klientów IMAP, doświadczają rozbieżności dat, która myli użytkowników i administratorów. Gmail w przeglądarce pokazuje daty poprawnie, ale Outlook i Apple Mail połączone przez IMAP pokazują datę migracji. To podwójne zachowanie dat utrzymuje się na czas nieokreślony, dopóki bazowa wartość INTERNALDATE nie zostanie skorygowana.
Narzędzia administracyjne Google Workspace i raportowanie również odwołują się do INTERNALDATE. Zasady przechowywania e-maili skonfigurowane w Konsoli administracyjnej Google, blokady Google Vault do celów zgodności prawnej i narzędzia DLP firm trzecich integrujące się z Google Workspace przez IMAP - wszystkie używają znacznika czasu migracji zamiast oryginalnej daty. Organizacje polegające na Google Workspace w zakresie zgodności regulacyjnej odkrywają, że ich zasady przechowywania i blokad operują na nieprawidłowych informacjach o datach, potencjalnie narażając je na ryzyko prawne.
Najczęściej zadawane pytania
Czy CloudM wie o tym problemie z datami podczas migracji do Google Workspace?
Problem z datami to znany efekt uboczny migracji opartej na IMAP, a nie błąd w CloudM. CloudM zachowuje oryginalny nagłówek Date, ale IMAP INTERNALDATE jest ustawiany przez serwer odbierający podczas przesyłania. Jest to nieodłączna cecha sposobu, w jaki serwery pocztowe przetwarzają przychodzące wiadomości.
Czy Redate.io może naprawić daty dla całej organizacji Google Workspace?
Tak. Dzięki delegowaniu uprawnień na poziomie domeny skonfigurowanemu przez Service Account Google Workspace, Redate.io może skanować i naprawiać skrzynki pocztowe w całej domenie. Administratorzy mogą przetwarzać wszystkie dotknięte skrzynki pocztowe z jednego panelu.
Czy naprawa dat zakłóci pracę użytkowników aktualnie korzystających z Gmail?
Nie. Redate.io przetwarza e-maile w tle. Poprawiona wiadomość zastępuje oryginał w sposób płynny. Użytkownicy mogą zauważyć, że daty zmieniają się na poprawne wartości w swoich klientach IMAP, ale nie ma żadnych przestojów ani przerw w korzystaniu z Gmail w przeglądarce.