BitTitan-migratiedatums in Outlook herstellen

BitTitan MigrationWiz downloadt elke e-mail van de bronserver en uploadt deze naar de bestemming. Standaard migratieprocedure. Maar tijdens het uploaden plaatst de bestemmingsmailserver een nieuw Received-header op elk bericht. Dit header bevat het migratietijdstempel, niet de oorspronkelijke bezorgdatum.

Waarom maakt dit uit voor Outlook? Omdat Outlook de datum in de kolom "Ontvangen" bepaalt door het bovenste Received-header in de headerketen van elke e-mail te lezen. Het header van MigrationWiz staat helemaal bovenaan. Dus Outlook toont de migratiedatum voor elk bericht in de mailbox. Postvak IN, verzonden items, archiefmappen - allemaal voorzien van dezelfde datum.

Dit is kapot.

U heeft zojuist 4.237 e-mails gemigreerd voor een sales director die afhankelijk is van chronologische e-mailgeschiedenis om klantcommunicatie bij te houden. Ze opent Outlook op maandag en elke e-mail van de afgelopen zes jaar toont de datum van zaterdag. Sorteren op datum? Een enorm blok. Zoeken naar e-mails van afgelopen oktober? Niets verschijnt (eigenlijk verschijnt alles, gedateerd op de migratiedag). Haar Outlook-regels die activeren op basis van ontvangstdatum werken niet correct of werken helemaal niet.

In bedrijfsomgevingen waar MigrationWiz tegelijkertijd honderden mailboxen verplaatst, is dit niet het probleem van een persoon. Het is een organisatiebrede crisis op de eerste werkdag na de migratie. Aan de agenda gekoppelde e-mailthreads verliezen hun tijdscontext. De gespreksweergave wordt onbetrouwbaar wanneer alle berichten een identiek ontvangst-tijdstempel delen.

Outlook desktop en Outlook voor Windows vullen beiden de kolom "Ontvangen" vanuit de IMAP INTERNALDATE en het bovenste Received-header. Na een BitTitan-migratie groepeert sorteren op datum de hele mailbox in een enkele dag. Een e-mail vinden van drie maanden geleden betekent door duizenden berichten met identieke datums scrollen.

Zoeken is ook kapot. Datumbereikfilters geven onjuiste resultaten omdat de geindexeerde datum de migratie weerspiegelt, niet de oorspronkelijke bezorging. En hier is een detail dat de meeste beheerders verrast: de cachestand van Outlook (het lokale .ost-bestand) slaat de beschadigde datum op, dus zelfs overschakelen naar de offlinestand helpt niet.

Redate.io gebruikt een eigen correctie-engine met patroonherkenning op migratietoolhandtekeningen om door BitTitan toegevoegde metadata op serverniveau te identificeren en te corrigeren. Elk bericht ondergaat een gerichte metadatacorrectie zonder de berichtinhoud, bijlagen of mapstructuur te wijzigen. Na verwerking verschijnt de originele datum automatisch in Outlook desktop, OWA, Outlook mobiel en elke andere verbonden client.