BitTitan MigrationWiz: jak opravit chybné datum e-mailů

Co BitTitan MigrationWiz dělá s daty e-mailů

Migrace skončila minulý pátek. 47 poštovních schránek přesunuto z lokálního Exchange na Microsoft 365, v panelu MigrationWiz je vše zelené. Pak přišlo pondělní ráno a dorazil první ticket: "Všechny moje e-maily ukazují 28. března 2026."

Každá jediná zpráva. Roky korespondence, nabídky klientům z roku 2019, faktury z roku 2021, vše opatřeno datem migrace. Log MigrationWiz říká, že vše bylo úspěšně přeneseno (a technicky vzato bylo). Ale data zmizela.

BitTitan MigrationWiz je jedním z nejpoužívanějších nástrojů pro migraci e-mailů mezi cloudovými služby. Zvládá Exchange na Microsoft 365, Google Workspace na Exchange, přesuny mezi tenanty, zkrátka všechno. Nástroj sám funguje dobře. Problém s daty není chyba MigrationWiz. Vše se odvíjí od jedné věci: od data, které každá kopie nese v okamžiku zápisu do nové poštovní schránky.

Vlastně to zjistíte až zpětně. Během samotné migrace žádná upozornění nepřijdou, všechny statusy svítí zeleně. Uživatelé si to uvědomí teprve tehdy, když se pokusí vyhledat e-mail podle data nebo seřadit konverzaci chronologicky.

Kde se ve skutečnosti skrývá chybné datum

Když MigrationWiz přenáší e-mail ze zdroje na cíl, používá protokol IMAP (nebo Exchange Web Services, podle typu koncového bodu). Cíl si zachová datum, které dostane: Microsoft 365, Outlook.com i Gmail zachovají původní datum, pokud ho kopie nese. Pokud tedy všechny e-maily ukazují datum migrace, otázkou je, jaké datum MigrationWiz předal, nebo nepředal.

Takto vypadají hlavičky jednoho z těch e-mailů, které si i po migraci MigrationWiz stále nesou:

Date: Tue, 15 Jan 2019 09:32:10 +0100
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

Původní hlavička Date: z roku 2019 tam stále je, stejně jako původní řetězec hlaviček Received:. V Microsoft 365 ale Outlook zobrazuje jako datum přijetí vlastní záznam poštovní schránky o tom, kdy e-mail dorazil: pokud MigrationWiz nepředal původní datum, tento záznam říká 28. března 2026.

Hodnota INTERNALDATE (časové razítko, které IMAP servery používají k řazení) odpovídá datu, které kopie dostala. MigrationWiz se snaží datum zachovat, a Microsoft 365 zachová datum, které dostane: pokud datum přesto vychází špatně, znamená to, že u daného e-mailu nebylo předáno původní datum.

Proč Date Mapping v MigrationWiz nestačí

BitTitan nabízí funkci "Date Mapping" v Pokročilých Možnostech MigrationWiz. Na papíře to zní jako řešení. Vlastně? Tato funkce kontroluje, z jakého rozsahu dat se budou zprávy migrovat, nikoli jak se data uchovávají na cílovém serveru.

Nedorozumění je pochopitelné. Nastavení má v názvu "date". Ale ve skutečnosti filtruje zdrojové zprávy podle rozsahu dat před migrací. Zpráva z roku 2018 stejně dorazí na cíl s časovým razítkem migrace.

Je tu ještě otázka IMAP versus Exchange. Když MigrationWiz migruje mezi dvěma Exchange servery pomocí EWS (Exchange Web Services), zachování dat funguje lépe, protože EWS má větší kontrolu nad metadaty zpráv. I přes IMAP platí, že cíl zachová datum, které dostane: rozhodující je, zda je předáno původní datum.

Někteří správci zkusili spustit migraci znovu s jinými konfiguracemi koncových bodů v naději, že přepnutí z IMAP na EWS opraví datum zpětně. Neopraví. Zprávy už jsou na cíli se špatným datem. Opětovné spuštění MigrationWiz by jen vytvořilo duplikáty.

Konkrétní scénáře MigrationWiz, které kazí data

Ne každá migrace MigrationWiz způsobuje problémy s daty. Záleží na kombinaci koncových bodů:

• Exchange (lokální) do Microsoft 365 přes IMAP: Data se kazí. Každý e-mail dostane datum kopie.
• Google Workspace do Microsoft 365: Data se kazí. MigrationWiz čte z Googlu přes IMAP a zapisuje do M365 bez původního data.
• Exchange do Exchange (EWS do EWS): Datum se obvykle zachová. Přes EWS putuje původní datum se zprávou.
• Cokoli do Google Workspace přes IMAP: Přes IMAP Gmail zachová datum, které nástroj předá, a nic nepřidává. Datumy se kazí jen tehdy, když toto datum není původní, nebo když kopie prochází importním API Gmailu, které přidává hlavičku Received: s datem dne kopie.
• Cross-tenant Microsoft 365: Vše závisí na datu, které daná metoda předá.

Panel MigrationWiz problémy s daty nehlásí. Vše se zobrazuje jako "Completed", protože zprávy se skutečně přenesly úspěšně. Obsah je neporušený, přílohy v pořádku, struktura složek zachovaná. Změnila se jen data a MigrationWiz to nesleduje jako chybu migrace.

Skutečná cena špatných dat po MigrationWiz

Nesprávné datum e-mailů není jen nepříjemnost. Pro organizace, které migrovaly s BitTitan, sahají důsledky daleko za nepořádek v doručené poště.

Právní oddělení nemohou e-maily používat jako důkazy, když každá zpráva ukazuje datum migrace místo skutečného data odeslání. Daňové kontroly vyžadují chronologický důkaz komunikace. Regulační rámce jako GDPR vyžadují přesné vedení záznamů a e-maily s falešnými časovými razítky tento požadavek nesplňují.

A pak je tu praktická stránka. Zkuste najít diskuzi o smlouvě z listopadu 2022, když celá Vaše schránka ukazuje březen 2026. Seřadit podle data? Nepoužitelné. Hledat podle rozsahu dat? Vrátí buď všechno, nebo nic.

Pro MSP, kteří použili MigrationWiz v klientských prostředích, to vytváří problém odpovědnosti. Klient zaplatil za migraci. Dostal ji, ale jeho e-mailový archiv je prakticky nepoužitelný pro pracovní postupy závislé na datech.

Jeden MSP, o kterém víme, přesunul asi 380 poštovních schránek pro advokátní kancelář. O tři měsíce později litgační tým kanceláře objevil problém s daty během procesu discovery. Každý e-mail, který potřebovali předložit jako důkaz, ukazoval datum migrace. MSP musel vysvětlovat, proč 6 let korespondence s časovými razítky nyní ukazuje červen 2025.

Jak opravit datum e-mailů z MigrationWiz

Původní hlavička Date: se stále nachází uvnitř každého e-mailu. MigrationWiz nesahá na tělo zprávy ani na původní hlavičky. Problém se zobrazením způsobuje datum, které si poštovní schránka zaznamenala pro každou kopii.

Redate.io se připojí k poštovní schránce (Google Workspace, Microsoft 365 nebo IMAP), prohledá e-maily zasažené migrací MigrationWiz a opraví metadata nesoucí datum prostřednictvím proprietárního vícestupňového analytického procesu. Nezáleží na tom, jaký nástroj migraci provedl: Redate.io najde e-maily, jejichž zobrazené datum neodpovídá jejich původnímu datu.

Každý opravený e-mail se individuálně ověřuje oproti originálu. Ověření kontroluje integritu zprávy, zachování příloh, umístění ve složkách a vlákna konverzací. Originální e-maily zůstávají ve viditelné složce Redate.io - Originals dokud je sami neodstraníte, pro případ potřeby vrácení změn.

Pochopit problém je jedna věc. Opravit 15 000 e-mailů bez ztráty jediné přílohy, poškození podpisů S/MIME nebo narušení multipart MIME hranic, to je věc zcela jiná. Skript, který funguje na 10 testovacích zprávách v laboratoři, nezvládne okrajové případy produkční schránky se 7 lety korespondence, PGP šifrovanými zprávami a hlavičkami RFC 2047 s ne-ASCII znaky.

Mimochodem, jak ověříte, že je každá opravená zpráva neporušená? Že vlákna konverzací stále fungují, že pozvánky do kalendáře se stále správně interpretují, že ten 47MB příloha z e-mailu z roku 2020 se nepoškodila? Redate.io toto dělá automaticky, pro každou jednotlivou zprávu. A pokud něco vypadá podezřele, originál je přímo ve složce zálohy.

Bezplatný sken trvá přibližně dvě minuty. Připojí se ke schránce, identifikuje každý e-mail s razítkem data migrace MigrationWiz a ukáže přesný počet a cenu, než cokoli zaplatíte. Bez platební karty, bez závazků.

Návody k opravě pro konkrétní platformy

Proces opravy se liší podle toho, kam MigrationWiz přesunul Vaše e-maily. Redate.io zpracovává specifika každé platformy automaticky, ale pokud chcete podrobnosti ke své konfiguraci:

• Opravit datum BitTitan v Outlooku
• Opravit datum BitTitan v Microsoft 365
• Opravit datum BitTitan v Google Workspace
• Opravit datum BitTitan v Exchange Online

Redate.io funguje i pro migrace dokončené před měsíci nebo lety. Původní hlavička Date nemá datum expirace. I když od migrace uplynuly dva roky, oprava funguje se stejnou přesností, protože zdrojová data zůstávají uvnitř každého e-mailu.

Migrovali jste s BitTitan MigrationWiz a zůstalo Vám špatné datum? Spusťte bezplatný sken a zjistěte, kolik e-mailů je zasaženo, než se k čemukoli zavážete.