Oprava dat migrace Exchange IMAP v Outlooku

Proč migrace Exchange IMAP poškozuje data v Outlooku

Vlastní nástroj Microsoftu pro migraci IMAP - dostupný přes Exchange Admin Center a PowerShell - má být bezpečný, oficiální způsob přenosu schránek do Exchange Online. Administrátoři mu důvěřují, protože jde o nástroj přímo od Microsoftu. Takže když se každý migrovaný e-mail zobrazí v Outlooku s datem migrace místo původního data, reakcí je obvykle nevěřícnost.

Funguje to následovně. Migrace Exchange IMAP stáhne každou zprávu ze zdrojového serveru a vloží ji do cílové schránky Exchange přes transportní pipeline. Tato pipeline udělá to, co dělá vždy s příchozí poštou: přidá hlavičku Received s aktuálním časovým razítkem zpracování a nastaví vlastnost PR_MESSAGE_DELIVERY_TIME tak, aby odpovídala. Původní IMAP INTERNALDATE ze zdrojového serveru? Zahozeno. Nepřeneseno. Ani se o to nepokusilo.

Výsledek: každý e-mail v migrované schránce - ať už byl odeslán v roce 2012 nebo 2025 - nyní zobrazuje datum migrace ve sloupci "Přijato" v Outlooku. A tady je to, co administrátory frustruje nejvíce: dokumentace k migraci Exchange toto chování prakticky nezmiňuje. Dozvíte se o tom, když 500 uživatelů otevře svůj Outlook v pondělí ráno a podá tikety na helpdesk, že jejich schránka vypadá špatně.

Jak špatná data ničí práci v Outlooku

Sloupec "Přijato" v Outlooku zobrazuje časové razítko migrace pro každý e-mail. Odeslaná pošta ho zobrazuje také, protože Exchange zpracovává odeslané zprávy přes stejnou pipeline během nahrávání. Dokonce i e-maily související se schůzkami (pozvánky, odpovědi, zrušení) nesou datum migrace, což zkresluje časovou osu minulých interakcí v kalendáři.

Skutečné škody ale postihnou vyhledávání a automatizaci. Vyhledávací panel Outlooku používá index na straně serveru Exchange, který odkazuje na poškozený čas doručení. Vyhledávání filtrované podle data vrací špatné výsledky. Automatická archivace, která přesouvá nebo maže e-maily na základě stáří, si myslí, že každá zpráva je zcela nová a odmítá cokoli archivovat. Pravidla spouštěná podle data přijetí selhávají. Pravidla podmíněného formátování, která barevně odlišují e-maily podle stáří (běžná praxe mezi pokročilými uživateli s vysokým objemem e-mailů), přestanou zcela fungovat. Ve skutečnosti pro organizaci o 200 lidech to znamená 200 nefunkčních schránek, 200 nefunkčních vyhledávání a 200 lidí, kteří se už nemohou spoléhat na svůj e-mailový klient, že jim ukáže, kdy se věci skutečně staly.

Často kladené otázky

Nabízí migrace Exchange IMAP možnost zachování původních dat?

Ne. Vestavěná migrace Exchange IMAP nenabízí možnost zachování dat. Transportní pipeline zpracovává každou nahranou zprávu jako nové doručení a orazítkuje ji aktuálním časovým razítkem. Toto je zásadní omezení způsobu, jakým Exchange zpracovává migraci IMAP, a Microsoft neposkytl opravu.

Je to stejný problém způsobený migračními nástroji třetích stran?

Základní příčina je identická. Ať migrace použila Exchange IMAP Migration, BitTitan MigrationWiz, imapsync nebo jakýkoli jiný nástroj založený na IMAP, cílový server orazítkuje každou zprávu časovým razítkem nahrání. Analýza řetězce hlaviček a rekonstrukce datových metadat v Redate.io funguje bez ohledu na to, který nástroj poškození způsobil.

Může Redate.io opravit data na on-premises Exchange Server?

Ano. Redate.io se připojuje přes IMAP k jakémukoli nasazení Exchange s povoleným přístupem IMAP. To zahrnuje Exchange Online (Microsoft 365), Exchange Server 2019, Exchange Server 2016 a hybridní konfigurace. Server pouze potřebuje IMAP konektivitu.

Co se stane s původními e-maily během opravy?

Redate.io přesune každou původní zprávu do vyhrazené záložní složky před aplikací opravy. Nic není smazáno. Pokud byste někdy potřebovali vrátit změny, originály jsou stále k dispozici. Každá operace zahrnuje ověření na úrovni jednotlivých zpráv pro zajištění nulové ztráty dat během celého procesu.

Související návody na opravu

Bezplatné skenování