Oprava dat migrace BitTitan v Outlooku

BitTitan MigrationWiz stáhne každý e-mail ze zdrojového serveru a nahraje ho na cílový. Standardní migrační postup. Jenže během nahrávání cílový poštovní server opatří každou zprávu novou hlavičkou Received. Tato hlavička nese časové razítko migrace - nikoliv původní datum doručení.

Proč to Outlooku vadí? Protože Outlook určuje datum ve sloupci "Přijato" čtením nejvyšší hlavičky Received v řetězci hlaviček každého e-mailu. Hlavička MigrationWiz sedí přímo na vrcholu. Takže Outlook zobrazí datum migrace pro každou jednotlivou zprávu ve schránce. Doručená pošta, odeslaná pošta, archivní složky - vše orazítkováno stejným datem.

To je prostě nefunkční.

Právě jste migrovali 4 237 e-mailů pro obchodní ředitelku, která se spoléhá na chronologickou historii e-mailů ke sledování komunikace s klienty. Otevře Outlook v pondělí a každý e-mail za posledních šest let zobrazuje sobotní datum. Řazení podle data? Jeden obrovský blok. Hledání e-mailů z minulého října? Nic se nevrátí (ve skutečnosti se vrátí všechno, datované ke dni migrace). Její pravidla Outlooku, která se spouštějí na základě data přijetí, selhávají nebo nefungují vůbec.

V korporátním prostředí, kde MigrationWiz přesouvá stovky schránek současně, to není problém jednoho člověka. Je to celoorganizační krize v první pracovní den po migraci. E-mailová vlákna propojená s kalendářem ztrácejí svůj časový kontext. Zobrazení konverzace se stává nespolehlivým, když všechny zprávy sdílejí identické časové razítko přijetí.

Outlook desktop i Outlook pro Windows vyplňují sloupec "Přijato" z IMAP INTERNALDATE a nejvyšší hlavičky Received. Po migraci BitTitan seskupí řazení podle data celou schránku do jednoho dne. Najít e-mail z doby před třemi měsíci znamená procházet tisíce zpráv s identickými daty.

Vyhledávání je také nefunkční. Filtry podle rozsahu dat vracejí nesprávné výsledky, protože indexované datum odráží migraci, nikoliv původní doručení. A tady je detail, který překvapí většinu administrátorů: režim cached mode v Outlooku (lokální soubor .ost) ukládá poškozené datum, takže ani přepnutí do offline režimu nepomáhá.

Redate.io používá proprietární korekční engine s porovnáváním vzorů napříč signaturami migračních nástrojů k identifikaci a opravě metadat vložených nástrojem BitTitan na úrovni serveru. Každá zpráva projde cílenou korekcí metadat bez změny obsahu zprávy, příloh nebo struktury složek. Po zpracování se původní datum automaticky zobrazí v Outlook desktop, OWA, Outlook mobilním a každém dalším připojeném klientu.