Åtgärda BitTitan-migreringsdatum i Outlook

BitTitan MigrationWiz laddar ner varje e-post från källservern och laddar upp den till destinationen. Standardförfarande för migrering. Men under uppladdningen sätter destinationens e-postserver en ny Received-header på varje meddelande. Denna header bär migreringens tidsstämpel - inte det ursprungliga leveransdatumet.

Varför bryr sig Outlook? För att Outlook bestämmer datumet i kolumnen "Mottaget" genom att läsa den översta Received-headern i varje e-posts headerkedja. MigrationWiz header ligger längst upp. Så Outlook visar migreringsdatumet för varje enskilt meddelande i brevlådan. Inkorg, skickade objekt, arkivmappar - alla stämplade med samma datum.

Detta är trasigt.

Du har just migrerat 4 237 e-postmeddelanden för en försäljningsdirektör som förlitar sig på kronologisk e-posthistorik för att följa kundkommunikation. Hon öppnar Outlook på måndagen och varje e-post från de senaste sex åren visar lördagens datum. Sortera efter datum? Ett enda enormt block. Sök efter e-post från oktober? Inget dyker upp (i verkligheten dyker allt upp, daterat till migreringsdagen). Hennes Outlook-regler som utlöses baserat på mottagningsdatum fungerar felaktigt eller inte alls.

I företagsmiljöer där MigrationWiz flyttar hundratals brevlådor samtidigt är detta inte en persons problem. Det är en organisationsomfattande kris den första arbetsdagen efter migreringen. Kalenderlänkade e-posttrådar förlorar sitt tidssammanhang. Konversationsvyn blir opålitlig när alla meddelanden delar en identisk mottagningstidsstämpel.

Outlook desktop och Outlook för Windows fyller båda i kolumnen "Mottaget" från IMAP INTERNALDATE och den översta Received-headern. Efter en BitTitan-migrering grupperar sortering efter datum hela brevlådan till en enda dag. Att hitta ett e-postmeddelande från tre månader sedan innebär att bläddra genom tusentals meddelanden med identiska datum.

Sökning är också trasigt. Datumintervallfilter returnerar felaktiga resultat eftersom det indexerade datumet avspeglar migreringen, inte den ursprungliga leveransen. Och här är en detalj som överraskar de flesta administratörer: Outlooks cacheläge (den lokala .ost-filen) lagrar det skadade datumet, så att byta till offlineläge hjälper inte heller.

Redate.io använder en patenterad korrigeringsmotor med mönsterigenkänning över migreringsverktygs signaturer för att identifiera och korrigera BitTitan-tillagda metadata på servernivå. Varje meddelande genomgår en riktad metadatakorrigering utan att ändra meddelandeinnehåll, bilagor eller mappstruktur. Efter bearbetning visas det ursprungliga datumet automatiskt i Outlook desktop, OWA, Outlook mobil och alla andra anslutna klienter.