BitTitan MigrationWiz: korrigera felaktiga datum

7 min

Vad är BitTitan MigrationWiz?

BitTitan MigrationWiz är en av världens mest använda plattformar för e-postmigrering. MSP:er, IT-konsulter och företagets IT-avdelningar förlitar sig på MigrationWiz för att flytta brevlådor mellan plattformar: från Exchange on-premises till Microsoft 365, från Google Workspace till Exchange Online, eller mellan valfri kombination av IMAP-kompatibla system. Miljontals brevlådemigreringar har gått genom MigrationWiz, och verktyget är känt för sin tillförlitlighet och användarvänlighet.

Men det finns ett envetet problem som drabbar nästan varje MigrationWiz-migrering: e-postdatumen.

Efter migreringen öppnar användarna sin brevlåda i Outlook eller en annan klient och upptäcker att varje e-postmeddelande visar migreringsdatumet istället för det ursprungliga mottagningsdatumet. En brevlåda med åratal av korrespondens verkar plötsligt visa att varje meddelande anlande samma dag. Fem års historik, plattryckt. Det är desorienterande, och för användare som förlitar sig på datumsökning och sortering är det ett rejalt slag mot produktiviteten.

Hur MigrationWiz orsakar datumproblemet

"Received"-huvudet från mx.migrationwiz.com

Under migreringen behandlar MigrationWiz varje e-postmeddelande från källservern och laddar upp det till destinationen. Som en del av denna process läggs ett nytt "Received"-huvud till på varje meddelande, med en referens till "mx.migrationwiz.com" och en tidstämpel som motsvarar datum och tid då migreringen behandlade just det e-postmeddelandet.

Ett typiskt MigrationWiz "Received"-huvud ser ut så här:

Received: from mx.migrationwiz.com by destination-server;
  Thu, 11 Apr 2019 14:22:33 +0000

Det här huvudet infogas längst upp i e-postmeddelandets huvudkedja, vilket gör det till det senaste "Received"-huvudet i meddelandet.

Varför e-postklienter visar fel datum

E-postklienter som Microsoft Outlook bestämmer "mottagningsdatumet" genom att läsa det översta "Received"-huvudet. Under normala omständigheter speglar det huvudet den faktiska leveranstidpunkten. Efter en MigrationWiz-migrering speglar det översta huvudet migreringstidpunkten istället. Varje e-postmeddelande i brevlådan visar migreringsdatumet som mottagningsdatum. Det ursprungliga "Date"-huvudet (som registrerar när e-postmeddelandet ursprungligen skickades) finns fortfarande kvar i meddelandet, men de flesta e-postklienter prioriterar "Received"-huvudet för visning.

För en djupgående förklaring av varför det här händer med alla migreringsverktyg, se varför e-post visar fel datum efter IMAP-migrering.

Hur du identifierar MigrationWiz-huvudet

Visa huvuden i Outlook

För att bekräfta att datumproblemet orsakas av MigrationWiz öppnar du ett drabbat e-postmeddelande i Outlook Desktop, klickar på "Arkiv" och sedan "Egenskaper". Scrolla ner till rutan "Internethuvuden". Sök efter ett "Received"-huvud som innehåller "migrationwiz" eller "mx.migrationwiz.com". Om det huvudet finns och dess tidstämpel matchar migreringsdatumet är diagnosen bekräftad.

Visa huvuden i Gmail

I Gmails webbgränssnitt öppnar du det drabbade e-postmeddelandet, klickar på trepunktsmenyn uppe till höger och väljer "Visa original". Där visas de råa huvudena. Sök efter "migrationwiz" i huvudtexten. MigrationWiz "Received"-huvudet syns nära toppen av kedjan.

Visa huvuden i OWA (Outlook Web App)

I Outlook på webben öppnar du e-postmeddelandet, klickar på de tre punkterna, väljer "Visa" och sedan "Visa meddelandekälla". De råa huvudena visas i ett popupfönster. Sök efter "migrationwiz" för att hitta migreringshuvudet.

Problemets omfattning

MigrationWiz-migreringar behandlar vanligtvis hela brevlådor på en gång. Varje e-postmeddelande i varje mapp är drabbat: inkorg, skickade objekt, utkast, arkiv, anpassade mappar. För en användare med 10 000 e-postmeddelanden som spänner över fem år visar alla 10 000 meddelanden samma migreringsdatum. Datumsortering blir oanvändbar. Sökresultat ger missvisande tidstämplar. Complianceverktyg som baseras på mottagningsdatum producerar felaktiga rapporter.

Och för organisationer med hundratals användare? Problemet multipliceras snabbt. Helpdesk-ärenden strömmar in. IT-administratörer pressas att lösa problemet men hittar ingen lösning i själva MigrationWiz eller i BitTitans supportdokumentation. Varför tar BitTitan inte upp det här i sitt verktyg? För att det tekniskt sett inte är en bugg i deras programvara, det är en konsekvens av hur IMAP fungerar.

Tillvägagångssätt för att korrigera MigrationWiz-datumproblemet

Man kan tänka sig att ett litet skript för att ta bort det felaktiga huvudet skulle räcka. Så enkelt är det inte. Visst, det kanske fungerar på enkla textmeddelanden, men så fort du stöter på S/MIME-signerade meddelanden, PGP-krypterat innehåll, multipart MIME-strukturer med nästlade gränser, eller e-post med icke-ASCII-kodade huvuden (RFC 2047), kommer ett naivt skript att korruptera data. Och det värsta är att du kanske inte märker korruptionen förrän månader senare, när någon försöker öppna en viktig bilaga och upptäcker att den tyst förstörts.

Det här är inte en enkel huvudredigering. Att korrekt hantera hela spektrumet av e-postformat, från äldre kodningar till moderna multipart-strukturer med infogade bilder och Content-Transfer-Encoding-variationer, kräver djup kunskap om RFC 2822- och MIME-standarderna. En enda felplacerad byte i en MIME-gräns kan göra ett helt e-postmeddelande oläsbart (inte den sortens överraskning du vill upptäcka en tisdagmorgon). För flera brevlådor är den manuella metoden helt enkelt inte realistisk.

Ny migrering (dyr, samma resultat)

Vissa administratörer överväger att köra migreringen igen med andra MigrationWiz-inställningar. Tyvärr löser inte ny migrering datumproblemet. MigrationWiz lägger till "Received"-huvudet vid varje migrering. En andra migrering lägger till ännu ett "Received"-huvud, vilket komplicerar huvudkedjan ytterligare utan att korrigera datumet. Ny migrering kostar också extra licensavgifter och kräver betydande driftstopp. För en jämförelse av alla korrigeringsmetoder och deras kostnader, se kan e-postdatum korrigeras efter migrering.

Automatiserad korrigering med Redate.io

Redate.io är byggt specifikt för att korrigera e-postdatum efter migrering, med dedikerat stöd för MigrationWiz-huvuden. Redate.ios proprietära korrigeringsmotor analyserar den fullständiga huvudkedjan i varje meddelande, tillämpar signaturmatchning mot hundratals profiler från kända migreringsverktyg (inklusive MigrationWiz-specifika mönster) och kör varje e-postmeddelande genom en flerstegs analyspipeline som hanterar kodningskantfall, multipart-strukturer och digitala signaturer. Resultatet: korrekta datum återställda på varje e-postmeddelande, med en integritetskontroll som bekräftar varje korrigering innan slutförande.

Korrigera MigrationWiz-datum med Redate.io

Anslut brevlådan

Logga in på Redate.io och lägg till den drabbade brevlådan. För Google Workspace används domänövergripande delegering via ett Service Account. För Microsoft 365 används Azure AD-appregistrering. För andra IMAP-servrar används standarduppgifter. Administratörsåtkomst gör det möjligt att korrigera flera brevlådor från en enda anslutning.

Kör den gratis analysen

Redate.io analyserar brevlådan och identifierar varje e-postmeddelande med ett MigrationWiz "Received"-huvud. Analysen är helt gratis och visar en detaljerad rapport: totalt antal analyserade e-postmeddelanden, antal drabbade e-postmeddelanden och upptäckt migreringsdatum. Ingen betalning krävs för att se analysresultaten.

Granska och korrigera

Efter granskning av analysresultaten väljer du en plan baserad på antalet drabbade e-postmeddelanden och startar korrigeringen. Ursprungliga meddelanden flyttas till en synlig mapp "Redate.io - Originals" (inte raderade) och bevaras i 30 dagar. Varje korrigering genomgår en integritetskontroll, där det korrigerade meddelandet jämförs med originalet för att säkerställa noll dataförlust.

Verifiera i Outlook

Efter korrigeringen öppnar du Outlook och låter det synkronisera. Varje e-postmeddelande visar nu sitt ursprungliga mottagningsdatum. Datumsortering fungerar korrekt igen. Brevlådans kronologiska ordning är återställd, som om migreringen aldrig hade rört tidstämplarna.

Plattformsspecifika guider för MigrationWiz

Redate.io tillhandahåller detaljerade korrigeringsguider för varje plattform som påverkas av MigrationWiz-migreringar:

Vanliga frågor

Erbjuder BitTitan en datumkorrigeringsfunktion?

Nej. BitTitan MigrationWiz inkluderar ingen funktion för datumkorrigering efter migrering. MigrationWiz-dokumentationen tar inte upp datumproblemet, och BitTitan-supporten hänvisar vanligtvis användare till att växla Outlook-vyn till "Skickat"-datum som lösning. Det korrigerar inte underliggande data.

Kan Redate.io korrigera datum månader efter en MigrationWiz-migrering?

Ja. Det ursprungliga "Date"-huvudet bevaras inuti varje e-postmeddelande på obestämd tid. Redate.io kan korrigera datum oavsett hur lång tid som gått sedan migreringen. Oavsett om migreringen slutfördes förra veckan eller för två år sedan fungerar korrigeringen på samma sätt.

Hur är det med MigrationWiz-migreringar mellan Google Workspace och Microsoft 365?

Redate.io korrigerar datum på destinationsplattformen, oavsett var e-postmeddelandena kom ifrån. Oavsett om MigrationWiz flyttade brevlådor från Google Workspace till Microsoft 365, från Exchange till Google Workspace eller i någon annan riktning, identifierar Redate.io MigrationWiz "Received"-huvudet och korrigerar det. Korrigeringen fungerar på vilken IMAP-kompatibel destination som helst.

Redo att korrigera MigrationWiz-datum? Kör en gratis analys för att se exakt hur många e-postmeddelanden som är drabbade i varje brevlåda. Analysen är gratis, tar bara några minuter och kräver ingen teknisk kompetens.