Napraw daty migracji imapsync w Microsoft 365

Migracja do Microsoft 365 za pomocą imapsync wydaje się rozsądna. Jest darmowy, obsługuje skrypty i dobrze radzi sobie z transferami IMAP-do-IMAP w większości scenariuszy. Ale w Microsoft 365 jeden szczegół decyduje o dacie, z jaką kończy każdy e-mail.

Exchange Online zachowuje datę, która zostaje mu przekazana: gdy imapsync zapisuje wiadomość przez IMAP, przekazuje wraz z nią datę wewnętrzną każdego e-maila (flaga --syncinternaldates jest domyślnie włączona), a kopia zachowuje tę datę. To, co imapsync przekazuje, to jednak data, jaką dla danej wiadomości przechowuje serwer ŹRÓDŁOWY, a nie data wysłania e-maila. W zdrowej skrzynce pocztowej te dwie daty się zgadzają. W skrzynce, która była już wcześniej migrowana albo przywrócona z kopii zapasowej, serwer źródłowy może przechowywać datę tej wcześniejszej operacji, a imapsync przenosi ją bez zmian.

To nie jest błąd w Microsoft 365 ani w imapsync. Każda kopia wiernie zachowuje datę, którą otrzymała. Jeśli ta data była błędna już u źródła, niezależnie od tego, czy migrujesz 500 czy 500 000 e-maili, każdy błędny e-mail pokazuje datę tej wcześniejszej operacji, a nie datę odebrania.

Wyobraź sobie, że mówisz swojemu dyrektorowi IT, że migracja przeprowadzona w weekend właśnie spłaszczyła 6 lat historii e-mailowej do jednej daty. To rzeczywistość, z którą mierzą się administratorzy po migracji imapsync do Microsoft 365. I w przeciwieństwie do Google Workspace (gdzie klient webowy Gmaila może zamaskować problem), Microsoft 365 pokazuje złą datę wszędzie - Outlook na pulpicie, OWA, Outlook mobilny, Microsoft Search. Nie ma ucieczki po stronie klienta.

W Microsoft 365 szkoda jest całkowita i widoczna. Każdy klient - Outlook dla Windows, Outlook dla Mac, OWA, Outlook mobilny na iOS i Android - wyświetla znacznik czasu migracji. Użytkownicy nie mogą sortować według daty, nie mogą znajdować e-maili chronologicznie, nie mogą ufać wynikom wyszukiwania filtrowanym po zakresie dat. Skrzynka z 80 000 e-mailami pokazującymi wszystkie "12 listopada 2024" jest funkcjonalnie zepsuta do codziennej pracy.

Konsekwencje dla zgodności z przepisami są gorsze. Exchange Online Protection, Microsoft Purview i zasady przechowywania indeksują błędny znacznik czasu dostarczenia. Zasada przechowywania ustawiona na usuwanie e-maili starszych niż 7 lat działa na podstawie złej daty - co oznacza, że e-maile z 2018 roku, które powinny zbliżać się do usunięcia, teraz wyglądają jakby pochodziły z 2024. Organizacje podlegające RODO, HIPAA lub regulacjom SEC narażone są na realne ryzyko regulacyjne, gdy ich przechowywanie e-maili nie jest wiarygodne. A jeśli wpłynie wniosek o zatrzymanie prawne "wszystkich e-maili z Q3 2023", błędne daty oznaczają, że Purview nie zwraca nic - ponieważ według metadanych e-maile z tego okresu nie istnieją.

Redate.io łączy się z Microsoft 365 i stosuje swoją analizę łańcucha nagłówków oraz proces rekonstrukcji metadanych dat do każdej dotkniętej wiadomości. Redate.io nie musi wiedzieć, jakie narzędzie wykonało migrację: znajduje wiadomości, których wyświetlana data nie zgadza się z ich oryginalną datą. Każda wiadomość jest poprawiana i weryfikowana indywidualnie, a oryginał jest zachowywany w folderze kopii zapasowej. Redate.io nie ma limitu wielkości skrzynki pocztowej, a cena jest wyliczana i wyświetlana przed płatnością, na podstawie bezpłatnego skanowania.