Problem z datami po migracji Microsoft 365
Po migracji do Microsoft 365 (Exchange Online) organizacje często odkrywają problem, który powinien znaleźć się w analizie ryzyka projektu migracji: każdy email w każdej skrzynce wyświetla datę migracji zamiast oryginalnej daty odbioru. Użytkownicy otwierają Outlook i widzą tysiące emaili opatrzonych tą samą datą. Sortowanie po dacie traci sens. Wyniki wyszukiwania zwracają mylące znaczniki czasu. Cała chronologiczna historia skrzynki wydaje się zniszczona.
Problem dotyczy migracji ze wszystkich platform źródłowych: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes i każdego innego serwera IMAP. Uderza w migracje realizowane wszystkimi popularnymi narzędziami, włączając BitTitan MigrationWiz, natywny import IMAP Centrum administracyjnego Exchange i narzędzia stron trzecich jak CloudM i imapsync. Przyczyna jest zawsze ta sama: nagłówek "Received" dodany podczas procesu migracji nadpisuje wyświetlanie oryginalnej daty w Outlooku.
Typowe ścieżki migracji do Microsoft 365
Z Gmail / Google Workspace
Organizacje przechodzące z Google Workspace do Microsoft 365 zazwyczaj używają BitTitan MigrationWiz, CloudM lub funkcji importu IMAP Centrum administracyjnego Exchange. Każde z tych narzędzi wyciąga emaile z Gmaila i wstawia je do Exchange Online. Podczas wstawiania Exchange Online dodaje nagłówek "Received" ze znacznikiem czasu migracji. Ten nagłówek staje się najnowszym w łańcuchu, co powoduje wyświetlanie daty migracji jako daty odbioru przez Outlook.
Z Exchange on-premises
Migracje z Exchange on-premises (2010, 2013, 2016, 2019) do Exchange Online używają natywnych narzędzi migracji Microsoft (migracja bezpośrednia, etapowa, hybrydowa) lub narzędzi stron trzecich jak BitTitan. Migracje hybrydowe wykorzystujące punkt końcowy migracji Exchange czasem zachowują daty prawidłowo, ale migracje IMAP i te realizowane narzędziami stron trzecich często generują problem z datami. Rezultat zależy od dokładnego sposobu wstawiania wiadomości do Exchange Online.
Z innych serwerów IMAP
Migracje z Zimbra, Zoho, hostingu cPanel, Dovecot i innych serwerów IMAP do Microsoft 365 są zazwyczaj realizowane przez natywny import IMAP Centrum administracyjnego Exchange lub imapsync. Obie metody powodują dodanie nagłówków "Received" przez Exchange Online podczas procesu importu. Wszystkie zmigrowane emaile wyświetlają datę migracji w Outlooku.
Jak Exchange Online traktuje zmigrowane emaile
Exchange Online i nagłówki "Received"
Kiedy wiadomość jest wstawiana do skrzynki Exchange Online (czy to przez IMAP, EWS czy Microsoft Graph API), Exchange Online traktuje ją jako nowe dostarczenie wiadomości i dodaje nagłówki związane z transportem. Te nagłówki obejmują wpis "Received" z bieżącym znacznikiem czasu. Dla emaili migrowanych ten znacznik odpowiada dacie migracji, a nie oryginalnej dacie dostarczenia.
Jak Outlook odczytuje datę
Outlook (Desktop, Web i Mobile) określa datę "Odbioru" odczytując metadane i nagłówki emaila. Kolumna "Odebrano" (domyślny widok w Outlooku) wyświetla datę z najnowszego nagłówka "Received" lub znacznik czasu dostarczenia przechowywany w Exchange. Po migracji ta wartość odzwierciedla moment dostarczenia wiadomości do Exchange Online przez narzędzie migracyjne, nie moment oryginalnego wysłania lub odbioru. Pełne wyjaśnienie techniczne znajdziesz w artykule naprawa błędnej daty Outlook po migracji.
Outlook w przeglądarce (OWA)
Outlook w przeglądarce (OWA) wyświetla tę samą złą datę co Outlook Desktop. W przeciwieństwie do interfejsu webowego Gmaila (który czasem wyświetla prawidłową datę z nagłówka "Date"), OWA systematycznie wyświetla znacznik czasu dostarczenia Exchange. Żadne obejście po stronie klienta nie jest możliwe. Korekta musi się odbyć na poziomie serwera.
Wbudowane narzędzia Microsoft nie rozwiązują tego
Centrum administracyjne Exchange
Centrum administracyjne Exchange oferuje wiele funkcji zarządzania skrzynkami, ale nie zawiera żadnego narzędzia do naprawy dat emaili po migracji. Brak masowej edycji nagłówków. Brak kreatora korekty dat. Brak cmdletów PowerShell modyfikujących nagłówki "Received" istniejących wiadomości.
Narzędzia zgodności (eDiscovery, retencja)
Narzędzia zgodności Microsoft 365 takie jak eDiscovery i polityki retencji używają przechowywanych znaczników czasu emaili. Po migracji te narzędzia odzwierciedlają datę migracji, co może powodować realne problemy z zabezpieczeniami prawnymi, zgodnością regulacyjną i ścieżkami audytu. To nie jest tylko kwestia komfortu użytkowników - może mieć konsekwencje prawne i regulacyjne dla organizacji podlegających wymogom retencji emaili.
PowerShell
Exchange Online PowerShell oferuje potężne możliwości zarządzania skrzynkami, ale nie może modyfikować surowej zawartości wiadomości. Cmdlet Set-MailboxMessageConfiguration i powiązane polecenia kontrolują ustawienia skrzynki, nie nagłówki indywidualnych wiadomości. Nie istnieje wspierane podejście PowerShell do usuwania nagłówków "Received" z istniejących wiadomości w Exchange Online. Co więc mają robić zespoły IT?
Naprawa dat Microsoft 365 z Redate.io
Jak Redate.io łączy się z Microsoft 365
Redate.io łączy się z Exchange Online przez rejestrację aplikacji Azure AD (Entra ID). Administrator tworzy rejestrację aplikacji w portalu Azure, przyznaje wymagane uprawnienia pocztowe (Mail.ReadWrite) i udziela zgody administratora dla tenanta. To umożliwia Redate.io dostęp do wszystkich skrzynek organizacji przez Microsoft Graph API lub IMAP z uwierzytelnianiem OAuth2.
Proces rejestracji aplikacji zajmuje około 15 minut i przebiega standardowymi wzorcami OAuth2 Microsoft. Żadne hasło użytkownika nie jest udostępniane - uwierzytelnianie jest w pełni zarządzane przez tokeny Azure AD.
Pierwsze kroki
Rejestracja aplikacji Azure AD. W portalu Azure przejdź do Azure Active Directory (Entra ID), następnie Rejestracje aplikacji i utwórz nową aplikację. Skonfiguruj ją jako aplikację dla jednego lub wielu tenantów według potrzeb organizacji.
Przyznanie uprawnień pocztowych. Dodaj uprawnienie Microsoft Graph "Mail.ReadWrite" (uprawnienie aplikacji) do rejestracji. Udziel zgody administratora, aby aplikacja mogła uzyskać dostęp do skrzynek bez indywidualnej autoryzacji użytkowników.
Utworzenie sekretu klienta lub certyfikatu. Wygeneruj sekret klienta lub prześlij certyfikat do uwierzytelniania. Zanotuj ID aplikacji i ID tenanta.
Podłączenie w Redate.io. Zaloguj się do Redate.io, wybierz "Microsoft 365" jako platformę i podaj ID aplikacji, ID tenanta i sekret klienta. Redate.io waliduje połączenie i listuje dostępne skrzynki.
Analiza i naprawa. Wybierz skrzynki do analizy. Bezpłatna analiza identyfikuje dotknięte emaile w każdej skrzynce. Po przejrzeniu wyników wybierz plan i uruchom korektę. Autorski silnik korekcji Redate.io przetwarza każdy email przez wieloetapowy pipeline analizy, obsługujący podpisy S/MIME, wieloczęściowe struktury MIME, przypadki brzegowe kodowania i dziesiątki innych wariacji, które prosty skrypt by uszkodził.
Co Redate.io dostarcza
Dla każdego dotkniętego emaila silnik korekcji analizuje pełny łańcuch nagłówków, stosuje celowane korekty oparte na dopasowaniu znanych sygnatur migracyjnych i potwierdza każdy wynik weryfikacją integralności przed finalizacją. Oryginalne wiadomości są przenoszone do folderu "Redate.io - Originals" w skrzynce i przechowywane przez 30 dni. To znacznie więcej niż proste znajdź-zamień na tekście nagłówka.
Po korekcie
Po zakończeniu korekty Outlook (Desktop, Web i Mobile) wyświetla prawidłowe oryginalne daty. Sortowanie po dacie "Odbioru" działa prawidłowo. Wyniki wyszukiwania zwracają dokładne znaczniki czasu. Narzędzia zgodności odzwierciedlają prawidłowe daty do celów prawnych i regulacyjnych. Korekta jest trwała, żadna konserwacja nie jest potrzebna.
Przewodniki dla konkretnych narzędzi dla Microsoft 365
Migracja do Microsoft 365 i daty emaili są błędne? Uruchom bezpłatną analizę z Redate.io, aby zidentyfikować dotknięte emaile we wszystkich skrzynkach i przywrócić prawidłowe daty w Outlooku, OWA i wszystkich podłączonych klientach.