Napraw daty migracji CloudM w Microsoft 365
Dlaczego migracje CloudM pokazują złą datę w Microsoft 365
CloudM Migrate jest powszechnie używany do migracji skrzynek pocztowych z Google Workspace, lokalnego Exchange i innych platform do Microsoft 365. Gdy CloudM przesyła e-maile do Microsoft 365, potok transportowy Exchange Online przetwarza każdą wiadomość i dodaje nagłówek Received z bieżącym znacznikiem czasu przesłania. Staje się on najnowszym nagłówkiem Received w łańcuchu nagłówków wiadomości.
Microsoft 365 używa tego znacznika czasu dostarczenia w całym swoim ekosystemie. Outlook desktop, Outlook w przeglądarce, Outlook mobilny, a nawet funkcje AI Microsoft - wszystkie odwołują się do tej samej właściwości PR_MESSAGE_DELIVERY_TIME, która jest ustawiana z nagłówka Received migracji. W przeciwieństwie do Google Workspace (gdzie klient webowy może maskować problem), Microsoft 365 wyświetla datę migracji konsekwentnie we wszystkich swoich aplikacjach klienckich.
Konsekwencja złej daty we wszystkich klientach Microsoft 365 sprawia, że problem jest natychmiast widoczny dla każdego użytkownika. Po migracji CloudM do Microsoft 365 cała organizacja widzi ten sam objaw: każdy e-mail w każdej skrzynce pocztowej wygląda, jakby został odebrany w dniu migracji. Nie ma żadnego obejścia specyficznego dla klienta; uszkodzenie dat jest osadzone w metadanych wiadomości na poziomie serwera.
Jak to wpływa na Microsoft 365
Zunifikowana obsługa dat w Microsoft 365 oznacza, że data migracji pojawia się wszędzie jednocześnie. Outlook desktop, OWA, Outlook mobilny, integracja e-mail w Teams i Microsoft Search - wszystkie pokazują złą datę odbioru. Użytkownicy nie mogą uciec od nieprawidłowych dat, przełączając się na inną aplikację Microsoft 365.
Dla administratorów Microsoft 365 wpływ rozciąga się na narzędzia zarządzania i zgodności. Exchange Admin Center, Microsoft Purview (dawniej Compliance Center) i eDiscovery Premium indeksują wiadomości według uszkodzonej daty dostarczenia. Wyszukiwania zawartości w określonym zakresie dat zwracają nieprawidłowe wyniki. Etykiety przechowywania stosowane automatycznie na podstawie wieku wiadomości operują na złej osi czasu, potencjalnie powodując przedwczesne usunięcie lub nieokreślone przechowywanie wiadomości, które powinny być obsługiwane inaczej.
Najczęściej zadawane pytania
Czy CloudM oferuje jakąkolwiek opcję zapobiegania uszkodzeniu dat podczas migracji do M365?
CloudM zachowuje oryginalny nagłówek Date, ale serwer docelowy (Exchange Online) dodaje własny nagłówek Received podczas przesyłania wiadomości. Jest to zachowanie po stronie serwera, któremu narzędzia migracyjne nie mogą zapobiec. Jedynym rozwiązaniem jest korekta dat po migracji.
Czy narzędzia administracyjne Microsoft 365 mogą naprawić daty?
Nie. Microsoft 365 nie udostępnia wbudowanych narzędzi do modyfikowania nagłówków Received lub czasu dostarczenia istniejących wiadomości. Redate.io jest zaprojektowany specjalnie do tego problemu: usuwa nagłówek migracji i ponownie wstawia e-mail z poprawną wartością INTERNALDATE.
Czy naprawa jest trwała w Microsoft 365?
Tak. Po skorygowaniu e-maila przez Redate.io oryginalna wiadomość (z błędną datą) jest przenoszona do etykiety kopii zapasowej. Poprawiona wiadomość ma właściwe nagłówki Received i INTERNALDATE, a Microsoft 365 indeksuje poprawną datę od tego momentu.