Czym jest import IMAP Centrum administracyjnego Exchange?
Microsoft udostępnia wbudowaną funkcję migracji IMAP w Centrum administracyjnym Exchange (EAC), która umożliwia administratorom import emaili z dowolnego serwera IMAP do Exchange Online (Microsoft 365). To natywne narzędzie jest przeznaczone dla organizacji migrujących z platform nie-Microsoftowych: Gmail, Zimbra, Dovecot, Courier, hosting cPanel i każdego innego serwera obsługującego IMAP.
Import IMAP Centrum administracyjnego Exchange jest często pierwszym narzędziem, po które sięgają administratorzy. Brak oprogramowania stron trzecich. Brak dodatkowych opłat licencyjnych. Wbudowane bezpośrednio w interfejs administracyjny Microsoft 365. Wydaje się oczywistym wyborem.
Ale to natywne narzędzie Microsoft generuje ten sam problem z datami co narzędzia migracyjne stron trzecich. Po imporcie IMAP przez Centrum administracyjne Exchange każdy zmigrowany email wyświetla datę migracji zamiast oryginalnej daty odbioru. Użytkownicy otwierają Outlook i odkrywają, że lata historii email wyglądają, jakby przyszły tego samego dnia. To narzędzie Microsoftu samo psuje daty w kliencie poczty Microsoftu.
Jak import IMAP Exchange powoduje problemy z datami
Proces importu
Import IMAP Centrum administracyjnego Exchange działa łącząc się z serwerem IMAP źródłowym, pobierając każdy email i wstawiając go do docelowej skrzynki Exchange Online. Podczas tego wstawiania Exchange Online traktuje każdy zaimportowany email jako nowe dostarczenie i dodaje nagłówki transportowe, włączając nagłówek "Received" z bieżącym znacznikiem czasu, czyli datą importu.
Nagłówek "Received" dodany przez Exchange Online
Kiedy Exchange Online odbiera wiadomość (czy to przez normalne dostarczenie czy import IMAP), dodaje nagłówki "Received" dokumentujące drogę wiadomości przez infrastrukturę transportu Microsoft. Te nagłówki zawierają znaczniki czasu odzwierciedlające moment przetworzenia wiadomości przez Exchange Online. Dla zaimportowanych emaili te znaczniki odpowiadają dacie i godzinie operacji importu, nie oryginalnej dacie dostarczenia.
Typowy nagłówek "Received" dodany przez Exchange podczas importu IMAP wygląda tak:
Received: from BN6PR01MB1234.prod.exchangelabs.com
by BN6PR01MB5678.prod.exchangelabs.com with HTTPS;
Mon, 15 Jan 2024 08:30:45 +0000Ten nagłówek jest umieszczany na szczycie łańcucha nagłówków, co czyni go najnowszym "Received". Outlook czyta ten nagłówek aby określić datę odbioru i wyświetla datę importu dla każdego zmigrowanego emaila.
Dlaczego własne narzędzie Microsoftu ma ten problem
Wygląda na absurd, że narzędzie migracji Microsoftu powoduje problem z wyświetlaniem dat w kliencie poczty Microsoftu. Ale wyjaśnienie jest logiczne: import IMAP prawidłowo rejestruje moment przetworzenia wiadomości (wymóg standardów transportu email), a Outlook prawidłowo odczytuje najnowszy nagłówek "Received" aby określić datę odbioru (standardowe zachowanie klienta email). Kombinacja tych dwóch prawidłowych zachowań daje nieprawidłowy rezultat dla zmigrowanych emaili. Dwie prawidłowe rzeczy, które razem szkodzą. Pełne wyjaśnienie techniczne znajdziesz w artykule dlaczego emaile wyświetlają złe daty po migracji IMAP.
Konfiguracja importu IMAP (nie zapobiega problemowi)
Ustawienia Centrum administracyjnego Exchange
Import IMAP Centrum administracyjnego Exchange oferuje opcje konfiguracji mapowania folderów, filtrowania elementów i planowania partii migracyjnych. Ale żadna z tych opcji nie kontroluje sposobu obsługi nagłówków "Received" przez Exchange Online podczas importu. Brak opcji "zachowaj oryginalne daty" i brak ustawienia zapobiegającego dodawaniu nagłówków transportowych przez Exchange. Problem z datami jest konsekwencją architektury transportu poczty, nie brakującą opcją konfiguracji.
Cmdlety PowerShell migracji
Administratorzy używający cmdletów PowerShell (New-MigrationBatch, New-MoveRequest) do migracji IMAP mają dostęp do dodatkowych parametrów, ale żaden z nich nie zapobiega dodaniu nagłówka "Received". Cmdlet Start-MigrationBatch i powiązane polecenia kontrolują proces migracji, nie zachowanie transportu poczty Exchange Online. Nawet przy najstaranniejszej konfiguracji PowerShell zaimportowane emaile będą miały datę migracji jako datę odbioru w Outlooku.
Wpływ na Outlook i OWA
Outlook Desktop
Outlook Desktop jest klientem najbardziej dotkniętym. Domyślny widok sortuje emaile po dacie "Odbioru", która wyświetla znacznik czasu importu dla każdego zmigrowanego emaila. Użytkownicy polegający na wyszukiwaniu, sortowaniu i filtrowaniu po dacie widzą swój przepływ pracy całkowicie zepsuty. Skrzynka odbiorcza obejmująca pięć lat korespondencji wygląda, jakby wszystko przyszło tego samego dnia. Jak odnaleźć ten ważny email z 2021, gdy każda wiadomość twierdzi, że przyszła w styczniu 2024?
Outlook w przeglądarce (OWA)
OWA wyświetla te same złe daty co Outlook Desktop. W przeciwieństwie do interfejsu webowego Gmaila (który czasem czyta nagłówek "Date"), OWA systematycznie używa znacznika czasu dostarczenia Exchange. Żadne ustawienie ani opcja wyświetlania OWA nie pokazuje oryginalnej daty zamiast daty importu.
Outlook Mobile
Outlook Mobile (iOS i Android) również wyświetla datę importu. Problem jest spójny na wszystkich platformach Outlook, ponieważ wszystkie czytają tę samą wartość daty z Exchange Online. Pełny przewodnik dotyczący problemów z datami specyficznych dla Outlooka znajdziesz w artykule naprawa błędnej daty Outlook po migracji.
Typowe obejścia (i dlaczego zawodzą)
Sortowanie po dacie "Wysłano"
Najczęściej sugerowane obejście to zmiana widoku Outlooka na sortowanie po dacie "Wysłano" zamiast "Odebrano". Choć zmienia to kolejność wyświetlania, nie naprawia danych bazowych. Data "Odbioru" pozostaje błędna w wynikach wyszukiwania, regułach, narzędziach zgodności i każdej innej funkcji odwołującej się do znacznika czasu odbioru. A to obejście wymaga, by każdy użytkownik zmienił ustawienia na każdym urządzeniu.
Ponowne uruchomienie importu IMAP
Reimportowanie emaili nie naprawia problemu z datami. Drugi import dodaje kolejny zestaw nagłówków "Received" z nowym znacznikiem czasu, jeszcze bardziej komplikując łańcuch nagłówków bez naprawy wyświetlanej daty. Reimport może też tworzyć duplikaty, jeśli narzędzie nie obsługuje prawidłowo deduplikacji.
Użycie innego narzędzia migracji
Przejście na narzędzie stron trzecich (BitTitan MigrationWiz, CloudM lub imapsync) nie rozwiązuje problemu z datami. Każde narzędzie wstawiające emaile do Exchange Online wyzwala to samo zachowanie nagłówka transportowego. Problem wynika ze sposobu traktowania wiadomości przychodzących przez Exchange Online, nie z samego narzędzia migracyjnego. Porównanie wszystkich opcji naprawy znajdziesz w artykule czy daty emaili mogą zostać naprawione po migracji.
Naprawa dat importu IMAP Exchange z Redate.io
Jak Redate.io identyfikuje nagłówki importu Exchange
Redate.io łączy się z Exchange Online i przepuszcza każdy email przez autorski wieloetapowy pipeline analizy. Dla importów IMAP Exchange Redate.io stosuje dopasowanie sygnatur migracyjnych na setkach znanych sygnatur, włączając wzorce infrastruktury transportu Exchange Online (takie jak "prod.exchangelabs.com"), aby precyzyjnie zidentyfikować, które nagłówki "Received" zostały dodane podczas importu, a które są częścią oryginalnego łańcucha dostarczenia.
Co Redate.io dostarcza
Po przetworzeniu każdy poprawiony email wyświetla swoją oryginalną datę odbioru w Outlooku, OWA i wszystkich podłączonych klientach. Porządek chronologiczny jest przywrócony. Każda korekta przechodzi weryfikację integralności przed finalizacją, a oryginały są przechowywane w folderze "Redate.io - Originals" przez 30 dni. Silnik korekcji obsługuje szczególne przypadki czyniące podejścia ręczne niebezpiecznymi: wiadomości podpisane S/MIME, treści zaszyfrowane PGP, wieloczęściowe struktury MIME z zagnieżdżonymi granicami, wariacje kodowania i uszkodzone granice MIME. Tak naprawdę to znacznie więcej niż proste znajdź-zamień na tekście nagłówka.
Połączenie z Exchange Online
Redate.io łączy się z Exchange Online przez rejestrację aplikacji Azure AD (Entra ID) z uwierzytelnianiem OAuth2. Administrator tworzy rejestrację aplikacji, przyznaje uprawnienia Mail.ReadWrite i udziela zgody administratora. Żadne hasło użytkownika nie jest wymagane. Proces konfiguracji zajmuje około 15 minut i przebiega tymi samymi wzorcami używanymi przez inne certyfikowane aplikacje Microsoft.
Przewodniki dla konkretnych platform
Najczęściej zadawane pytania
Czy to znany problem u Microsoft?
Microsoft nie dokumentuje oficjalnie tego problemu jako znanej wady importu IMAP Centrum administracyjnego Exchange. Zgłoszenia wsparcia dotyczące problemu z datami zazwyczaj otrzymują sugestie obejścia (sortowanie po dacie Wysłano) zamiast naprawy. Problem jest konsekwencją standardowego zachowania transportu Exchange, nie bugiem w funkcji importu.
Czy PowerShell może naprawić daty po imporcie?
Nie. Exchange Online PowerShell nie udostępnia cmdletów do modyfikacji surowej zawartości istniejących wiadomości. Cmdlety Set-Mailbox i powiązane kontrolują konfigurację skrzynki, nie nagłówki indywidualnych wiadomości. Korekta wymaga pracy na poziomie, którego PowerShell po prostu nie udostępnia dla Exchange Online.
Czy Redate.io działa ze środowiskami Exchange hybrydowymi?
Tak. Redate.io działa z każdą skrzynką hostowaną w Exchange Online, niezależnie od tego, czy organizacja używa konfiguracji Exchange hybrydowej czy nie. Korekta jest stosowana do skrzynki Exchange Online i nie wymaga dostępu do serwerów Exchange on-premises.
Import IMAP Exchange zafałszował daty wszystkich emaili? Uruchom bezpłatną analizę z Redate.io, aby zidentyfikować dotknięte emaile w każdej skrzynce i przywrócić prawidłowe daty w Outlooku, OWA i wszystkich podłączonych klientach.