BitTitan MigrationWiz: verkeerde datums herstellen

7 min

Wat is BitTitan MigrationWiz?

BitTitan MigrationWiz is een van de meest gebruikte e-mailmigratieplatforms ter wereld. MSP's, IT-consultants en enterprise IT-teams vertrouwen op MigrationWiz om mailboxen tussen platformen te verplaatsen: van Exchange on-premises naar Microsoft 365, van Google Workspace naar Exchange Online, of elke combinatie van IMAP-compatibele systemen. Miljoenen mailboxmigraties zijn via MigrationWiz verlopen, en de tool staat bekend om zijn gebruiksgemak.

Maar er is een hardnekkig probleem dat bijna elke MigrationWiz-migratie treft: de e-maildatums.

Na de migratie openen gebruikers hun mailbox in Outlook of een andere client en constateren dat elke e-mail de migratiedatum toont in plaats van de oorspronkelijke ontvangstdatum. Een mailbox met jaren aan correspondentie lijkt plotseling aan te geven dat elk bericht op dezelfde dag is binnengekomen. Vijf jaar geschiedenis, platgeslagen. Dat is desorienterend, en voor gebruikers die op zoeken en sorteren op datum vertrouwen is het een flinke klap voor de productiviteit.

Hoe MigrationWiz het datumprobleem veroorzaakt

De "Received"-header mx.migrationwiz.com

Tijdens de migratie verwerkt MigrationWiz elke e-mail van de bronserver en uploadt deze naar de bestemming. Als onderdeel van dit proces wordt een nieuwe "Received"-header aan elk bericht toegevoegd, met een verwijzing naar "mx.migrationwiz.com" en een tijdstempel dat overeenkomt met het moment waarop de migratie die specifieke e-mail heeft verwerkt.

Een typische MigrationWiz "Received"-header ziet er als volgt uit:

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

Deze header wordt bovenaan de headerketen van de e-mail geplaatst, waardoor het de meest recente "Received"-header in het bericht wordt.

Waarom e-mailclients de verkeerde datum tonen

E-mailclients zoals Microsoft Outlook bepalen de "ontvangstdatum" door de bovenste "Received"-header te lezen. Normaal gesproken weerspiegelt deze header het werkelijke bezorgmoment. Na een MigrationWiz-migratie weerspiegelt de bovenste header in plaats daarvan het moment van migratie. Elke e-mail in de mailbox toont de migratiedatum als ontvangstdatum. De oorspronkelijke "Date"-header (die registreert wanneer de e-mail oorspronkelijk is verzonden) staat nog steeds in het bericht, maar de meeste e-mailclients geven prioriteit aan de "Received"-header voor de weergave.

Voor een uitgebreide uitleg waarom dit bij alle migratietools gebeurt, zie waarom e-mails de verkeerde datum tonen na IMAP-migratie.

Hoe de MigrationWiz-header te herkennen

Headers bekijken in Outlook

Om te bevestigen dat het datumprobleem door MigrationWiz is veroorzaakt, opent u een getroffen e-mail in Outlook Desktop, klikt u op "Bestand" en vervolgens "Eigenschappen". Scroll naar het vak "Internetkopteksten". Zoek naar een "Received"-header die "migrationwiz" of "mx.migrationwiz.com" bevat. Als deze header bestaat en het tijdstempel overeenkomt met de migratiedatum, is de diagnose bevestigd.

Headers bekijken in Gmail

Open in de Gmail-webinterface de getroffen e-mail, klik op het driepuntenmenu rechtsboven en selecteer "Origineel weergeven". Dit toont de ruwe headers. Zoek naar "migrationwiz" in de headertekst. De MigrationWiz "Received"-header verschijnt bovenaan de keten.

Headers bekijken in OWA (Outlook Web App)

Open in Outlook op het web de e-mail, klik op de drie puntjes, selecteer "Weergeven" en vervolgens "Berichtbron weergeven". De ruwe headers verschijnen in een popup-venster. Zoek naar "migrationwiz" om de migratieheader te lokaliseren.

De omvang van het probleem

MigrationWiz-migraties verwerken doorgaans volledige mailboxen in een keer. Elke e-mail in elke map is getroffen: postvak IN, verzonden items, concepten, archief, aangepaste mappen. Voor een gebruiker met 10.000 e-mails over vijf jaar tonen alle 10.000 berichten dezelfde migratiedatum. Sorteren op datum wordt zinloos. Zoekresultaten geven misleidende tijdstempels. Compliancetools die op ontvangstdatums vertrouwen, produceren onjuiste rapporten.

En voor organisaties met honderden gebruikers? Het probleem escaleert snel. De helpdesktickets stromen binnen. IT-beheerders staan onder druk om het probleem op te lossen, maar vinden geen oplossing in MigrationWiz zelf of in de BitTitan-supportdocumentatie. Waarom adresseert BitTitan dit punt niet in hun tool? Omdat het technisch gezien geen bug in hun software is - het is een gevolg van hoe IMAP werkt.

Benaderingen om het MigrationWiz-datumprobleem op te lossen

U zou denken dat een klein script om de foutieve header te verwijderen volstaat. Zo simpel is het niet. Nou, het zou kunnen werken bij eenvoudige platte-tekstberichten, maar zodra u S/MIME-ondertekende berichten tegenkomt, PGP-versleutelde inhoud, multipart MIME-structuren met geneste grenzen, of e-mails met niet-ASCII-gecodeerde headers (RFC 2047), zal een naief script data beschadigen. En het ergste is dat u de beschadiging mogelijk pas maanden later opmerkt, wanneer iemand een belangrijke bijlage probeert te openen en ontdekt dat die stilletjes is vernietigd.

Dit is geen eenvoudige headerbewerking. Het correct verwerken van het volledige spectrum aan e-mailformaten - van verouderde coderingen tot moderne multipart-structuren met inline-afbeeldingen en Content-Transfer-Encoding-variaties - vereist diepgaande kennis van de RFC 2822- en MIME-standaarden. Een enkele verkeerd geplaatste byte in een MIME-grens kan een heel e-mailbericht onleesbaar maken (niet het soort verrassing dat u op een dinsdagochtend wilt ontdekken). Voor meerdere mailboxen is de handmatige aanpak simpelweg niet haalbaar.

Hermigratie (duur, zelfde resultaat)

Sommige beheerders overwegen de migratie opnieuw uit te voeren met andere MigrationWiz-instellingen. Helaas lost hermigratie het datumprobleem niet op. MigrationWiz voegt de "Received"-header toe bij elke migratie. Een tweede migratie voegt nog een "Received"-header toe, wat de headerketen verder compliceert zonder de datum te corrigeren. Hermigratie brengt ook extra licentiekosten met zich mee en vereist aanzienlijke downtime. Voor een vergelijking van alle correctiemethoden en hun kosten, zie kunnen e-maildatums worden hersteld na migratie.

Geautomatiseerde correctie met Redate.io

Redate.io is specifiek ontworpen voor het herstellen van e-maildatums na migratie, met dedicated ondersteuning voor MigrationWiz-headers. De eigen correctie-engine van Redate.io analyseert de volledige headerketen van elk bericht, past patroonherkenning toe op honderden bekende migratietool-handtekeningen (inclusief MigrationWiz-specifieke patronen), en stuurt elke e-mail door een meerfasig analyseproces dat randgevallen van codering, multipart-structuren en digitale handtekeningen afhandelt. Het resultaat: correcte datums hersteld op elke e-mail, met een integriteitscontrole die elke correctie bevestigt voor afronding.

MigrationWiz-datums herstellen met Redate.io

De mailbox verbinden

Log in bij Redate.io en voeg de getroffen mailbox toe. Voor Google Workspace gebruikt u domeinbrede delegatie via een Service Account. Voor Microsoft 365 een Azure AD-app-registratie. Voor andere IMAP-servers worden standaardgegevens gebruikt. Beheerderstoegang biedt de mogelijkheid om meerdere mailboxen vanuit een enkele verbinding te corrigeren.

De gratis analyse starten

Redate.io analyseert de mailbox en identificeert elke e-mail met een MigrationWiz "Received"-header. De analyse is volledig gratis en toont een gedetailleerd rapport: totaal aantal geanalyseerde e-mails, aantal getroffen e-mails en gedetecteerde migratiedatum. Er is geen betaling nodig om de analyseresultaten te bekijken.

Beoordelen en corrigeren

Na beoordeling van de analyseresultaten selecteert u een plan op basis van het aantal getroffen e-mails en start u de correctie. Oorspronkelijke berichten worden verplaatst naar een zichtbare map "Redate.io - Originals" (niet verwijderd) en 30 dagen bewaard. Elke correctie ondergaat een integriteitscontrole, waarbij het gecorrigeerde bericht wordt vergeleken met het origineel om nul gegevensverlies te waarborgen.

Controleren in Outlook

Na de correctie opent u Outlook en laat u het synchroniseren. Elke e-mail toont nu de oorspronkelijke ontvangstdatum. Sorteren op datum werkt weer correct. De chronologische volgorde van de mailbox is hersteld, alsof de migratie de tijdstempels nooit had aangeraakt.

Platformspecifieke handleidingen voor MigrationWiz

Redate.io biedt gedetailleerde correctiehandleidingen voor elk platform dat door MigrationWiz-migraties is getroffen:

Veelgestelde vragen

Biedt BitTitan een functie voor datumcorrectie?

Nee. BitTitan MigrationWiz bevat geen functionaliteit voor datumcorrectie na migratie. De MigrationWiz-documentatie behandelt het datumprobleem niet, en de BitTitan-support verwijst gebruikers doorgaans naar het overschakelen van de Outlook-weergave naar de "Verzonden"-datum als workaround. Dit corrigeert de onderliggende data niet.

Kan Redate.io datums maanden na de MigrationWiz-migratie herstellen?

Ja. De oorspronkelijke "Date"-header blijft onbeperkt bewaard in elke e-mail. Redate.io kan datums herstellen ongeacht hoeveel tijd er sinds de migratie is verstreken. Of de migratie vorige week of twee jaar geleden is afgerond, de correctie werkt op dezelfde manier.

Hoe zit het met MigrationWiz-migraties tussen Google Workspace en Microsoft 365?

Redate.io herstelt datums op het bestemmingsplatform, ongeacht waar de e-mails vandaan komen. Of MigrationWiz de mailboxen van Google Workspace naar Microsoft 365, van Exchange naar Google Workspace of in elke andere richting heeft verplaatst, Redate.io identificeert de MigrationWiz "Received"-header en corrigeert deze. De correctie werkt op elke IMAP-compatibele bestemming.

Klaar om MigrationWiz-datums te herstellen? Start een gratis analyse om precies te zien hoeveel e-mails in elke mailbox zijn getroffen. De analyse is gratis, duurt slechts enkele minuten en vereist geen technische kennis.