Napraw daty migracji imapsync w Microsoft 365
Dlaczego migracje imapsync pokazują złą datę w Microsoft 365
Migracje imapsync do Microsoft 365 (Exchange Online) stają przed podwójnym wyzwaniem w zakresie zachowania dat. Po pierwsze, bramka IMAP Exchange Online ma specyficzne zachowania, które mogą nadpisać INTERNALDATE dostarczoną przez flagę --syncinternaldates imapsync. Po drugie, Exchange Online dodaje własny nagłówek Received podczas procesu IMAP APPEND, oznaczając każdą wiadomość znacznikiem czasu migracji.
Implementacja IMAP Microsoft 365 jest ograniczona w porównaniu z pełnymi protokołami Exchange (EWS, MAPI). Gdy imapsync przesyła przez IMAP, wiadomość przechodzi przez potok transportowy Exchange Online, który przetwarza ją podobnie do nowej wiadomości przychodzącej. Ten potok dodaje nagłówki transportowe, przeprowadza kontrole zgodności i oznacza wiadomość metadanymi dostarczenia odzwierciedlającymi rzeczywisty czas przesłania, a nie żądaną wartość INTERNALDATE.
Administratorzy wybierający imapsync do migracji Microsoft 365 (często dlatego, że jest darmowy i skryptowalny) odkrywają po migracji, że zachowanie dat nie zadziałało zgodnie z oczekiwaniami. Flaga --syncinternaldates, która działa poprawnie z wieloma standardowymi serwerami IMAP, nie daje oczekiwanych wyników ze specyficzną implementacją IMAP Exchange Online. Cała migrowana skrzynka pocztowa pokazuje datę migracji we wszystkich klientach Microsoft 365.
Jak to wpływa na Microsoft 365
W Microsoft 365 data migracji pojawia się jednolicie w Outlook desktop, OWA, Outlook mobilnym i Microsoft Search. W przeciwieństwie do Gmail (gdzie klient webowy może maskować problem), klienty Microsoft 365 wszystkie odwołują się do tego samego znacznika czasu dostarczenia. Użytkownicy nie mają żadnego obejścia i żadnego klienta, który pokazuje poprawną datę, dopóki bazowe nagłówki Received i INTERNALDATE nie zostaną skorygowane na poziomie serwera.
Funkcje administracyjne i zgodności Microsoft 365 są równie dotknięte. Exchange Online Protection, zasady Data Loss Prevention i wyszukiwania zgodności Microsoft Purview - wszystkie indeksują znacznik czasu migracji. Dla organizacji podlegających regulacjom dotyczącym przechowywania danych uszkodzone daty oznaczają, że zasady przechowywania oparte na wieku wiadomości operują na nieprawidłowych danych, potencjalnie prowadząc do przedwczesnego usunięcia wiadomości, które powinny być przechowywane, lub nieokreślonego przechowywania wiadomości, które powinny zostać usunięte.
Najczęściej zadawane pytania
Dlaczego imapsync --syncinternaldates nie działa z Microsoft 365?
Implementacja IMAP Exchange Online przetwarza przesłane wiadomości przez swój potok transportowy, który może nadpisać żądaną wartość INTERNALDATE. Dodatkowo Exchange Online dodaje nagłówki Received z znacznikiem czasu przesłania. Te zachowania po stronie serwera są poza kontrolą imapsync.
Czy powinienem był użyć innego narzędzia migracyjnego dla Microsoft 365?
Większość narzędzi migracyjnych (w tym komercyjne, takie jak BitTitan i CloudM) powoduje ten sam problem z datami, ponieważ główna przyczyna leży w sposobie, w jaki Exchange Online przetwarza przesłane wiadomości. Wybór narzędzia migracyjnego nie zapobiega problemowi. Redate.io naprawia go niezależnie od tego, które narzędzie zostało użyte.
Czy Redate.io może naprawić skrzynki pocztowe migrowane przez imapsync hurtowo?
Tak. Redate.io obsługuje hurtowe przetwarzanie skrzynek pocztowych dla Microsoft 365. Administratorzy mogą skanować i naprawiać wiele skrzynek pocztowych z jednego panelu. Plan Enterprise obsługuje do 100 000 e-maili na skrzynkę pocztową.