Checklist e-mailmigratie: datumproblemen voorkomen

Waarom een migratiechecklist onmisbaar is

E-mailmigratie hoort bij de riskantste IT-operaties die een organisatie kan uitvoeren. U verplaatst jaren aan professionele communicatie tussen platforms, en één vergeten stap kan de metadata van alle mailboxen beschadigen. De meest voorkomende slachtoffer? De datums van e-mails. Na een migratie kan elk bericht de migratiedatum tonen in plaats van de oorspronkelijke verzend- of ontvangstdatum.

Deze checklist dekt elke fase van het migratieproces. Volg de stappen om het risico op datumstoringen en andere metadataproblemen te beperken. En als de migratie al achter de rug is en er datumproblemen zijn opgedoken, lees dan ook de laatste sectie.

Fase 1: voorbereiding voor de migratie

Mailboxen inventariseren

Documenteer elke mailbox die gemigreerd wordt voordat u een migratietool aanraakt. Noteer het totale aantal mailboxen, het geschatte aantal e-mails per mailbox, de datumreeks van de oudste berichten, en de gedeelde mailboxen of distributiegroepen. Dit inventaris bepaalt welke migratietool u gebruikt, hoe lang de migratie duurt, en welke tariefstructuur van toepassing is voor eventuele correcties achteraf.

De juiste migratietool kiezen

Niet elke migratietool gaat op dezelfde manier om met datums. Zoek uit hoe elk hulpmiddel de IMAP INTERNALDATE bewaart en of het "Received"-headers toevoegt tijdens het APPEND-proces. Populaire tools zijn BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO en de native import van het Exchange-beheercentrum. Al deze tools kunnen datumproblemen veroorzaken, omdat het IMAP-protocol zelf vereist dat de doelserver een "Received"-header toevoegt bij het invoegen van berichten. Maar sommige tools bewaren de INTERNALDATE beter dan andere. Voor meer achtergrond over hoe INTERNALDATE werkt, zie IMAP INTERNALDATE: waarom datums stukgaan.

Alles back-uppen

Maak een volledige back-up van elke mailbox vóór de migratie. Die back-up dient zowel als vangnet als als referentiepunt om datums achteraf te controleren. Voor Google Workspace gebruikt u Google Takeout of een externe back-uptool. Voor Microsoft 365 gebruikt u de Exchange Online-back-up of een PST-export. Voor IMAP-servers gebruikt u imapsync om een lokale kopie te maken.

Sla back-ups op een locatie op die volledig gescheiden is van de bron- en doelservers.

Oorspronkelijke datums vastleggen

Selecteer 10 tot 20 e-mails per mailbox, verdeeld over verschillende datumreeksen (de oudste, de meest recente en een aantal tussenliggende). Noteer de ontvangstdatum, de verzenddatum en de ruwe headers van elk bericht. Deze referentie-e-mails vormen uw verificatiebasis na de migratie. Maak ook een screenshot van de inbox gesorteerd op datum, zodat u de oorspronkelijke chronologische volgorde visueel vastlegt.

Fase 2: testmigratie

Eerst een testmailbox migreren

Start nooit een volledige migratie zonder eerst te testen.

Maak een testmailbox met een representatieve steekproef van e-mails (minimaal 100, verspreid over meerdere jaren). Voer de migratie uit op alleen die mailbox en analyseer de resultaten grondig voordat u verdergaat. Deze test brengt datumproblemen, coderingsfouten, bijlageproblemen en mapstructuurafwijkingen aan het licht voordat ze de productie-mailboxen raken.

Datums controleren op de testmailbox

Controleer de datums onmiddellijk na de testmigratie. Open de mailbox in de e-mailclient die eindgebruikers daadwerkelijk zullen gebruiken (Outlook, Apple Mail, Thunderbird of de webmailinterface). Vergelijk de weergegeven datums met de referentie-e-mails uit fase 1. Controleer zowel ontvangst- als verzenddata. Open de ruwe headers van een aantal berichten en zoek naar nieuw toegevoegde "Received"-headers met het tijdstempel van de migratie.

Als de datums fout zijn op de testmailbox, zijn ze fout op alle mailboxen. Stop alles en los het probleem op voordat u verder gaat met de volledige migratie.

Testen met meerdere e-mailclients

Verschillende e-mailclients tonen datums op verschillende manieren. De webinterface van Gmail kan correcte datums tonen (die gebruikt de "Date"-header), terwijl Outlook de migratiedatum weergeeft (die geeft voorrang aan de "Received"-header). Test met elke client die medewerkers in de organisatie gebruiken: Outlook voor de desktop, Outlook op het web, Apple Mail, Thunderbird en eventuele mobiele e-mailapps.

Fase 3: uitvoering van de migratie

Configuratie van de migratietool

Configureer de migratietool zodat de INTERNALDATE zo goed mogelijk bewaard blijft. In imapsync gebruikt u de juiste vlaggen om de INTERNALDATE op de bestemming in te stellen. In BitTitan MigrationWiz controleert u de geavanceerde instellingen op opties voor datumbeheer. Deze instellingen voorkomen "Received"-headerproblemen niet volledig, maar ze beperken de ernst van datumfouten in bepaalde clients. Leg elke configuratie-instelling vast zodat u de migratie indien nodig kunt reproduceren.

Migreren in batches

Migreer niet alle mailboxen tegelijk. Werk in batches van 10 tot 20 mailboxen en controleer de datums na elke batch. Als er in een batch datumproblemen opduiken, ziet u dat voordat de hele organisatie er last van heeft. Trouwens, migreren in batches vermindert ook de belasting op bron- en doelservers, wat het risico op timeouts of verbindingsfouten verkleint die anders gedeeltelijke migraties veroorzaken.

Voortgang bewaken

Houd de voortgang bij voor elke mailbox. Noteer de starttijd, eindtijd, het aantal gemigreerde e-mails en eventuele fouten. Migratietools leveren doorgaans logbestanden; bewaar die voor elke mailbox. Als er later datumproblemen worden ontdekt, helpen de logs om precies te achterhalen welke migratiebatch en welke instellingen zijn gebruikt.

Fase 4: verificatie na de migratie

Datums direct controleren

Controleer de e-maildatums binnen 24 uur na de migratie. Open per batch 5 tot 10 mailboxen en vergelijk de datums met de referenties van voor de migratie. Als datums fout zijn, leg dan de omvang van het probleem vast (hoeveel mailboxen getroffen, hoeveel e-mails per mailbox) terwijl de informatie nog vers is.

Alle mapsoorten controleren

Datumproblemen kunnen bepaalde mappen anders treffen. Controleer de datums in de Postvak IN, Verzonden items, Concepten en alle aangepaste mappen of labels. Sommige migratietools verwerken mappen sequentieel, en fouten in één map betekenen niet automatisch dat andere mappen ook problemen hebben.

Zoeken en sorteren controleren

Open een gemigreerde mailbox, sorteer op datum en bevestig dat de chronologische volgorde overeenkomt met het origineel. Zoek e-mails op datumbereik en controleer of de resultaten kloppen. Test eventuele geautomatiseerde regels of filters die afhankelijk zijn van ontvangstdata. Als de organisatie compliance- of eDiscovery-tools gebruikt, controleer dan of datumgebaseerde zoekopdrachten correcte resultaten opleveren.

Veelgemaakte fouten die datumproblemen veroorzaken

De testmigratie overslaan

De meest gemaakte fout is alle mailboxen migreren zonder eerst te testen. Als datumproblemen worden ontdekt, zijn alle mailboxen al getroffen en is de bronserver mogelijk al buiten gebruik gesteld. Een testmigratie van 30 minuten kan weken aan herstelwerk voorkomen. Waarom dat risico nemen?

"Received"-headers negeren

Beheerders richten zich vaak op het bewaren van de INTERNALDATE en vergeten het "Received"-headerprobleem. Zelfs als de INTERNALDATE correct is ingesteld, zorgt de "Received"-header van de migratie ervoor dat Outlook en andere clients de verkeerde datum tonen. Dit is de meest voorkomende bron van klachten na een migratie. Lees waarom e-mails verkeerde datums tonen na migratie voor een uitgebreide technische uitleg.

De bronserver te vroeg uitschakelen

Als datumproblemen worden ontdekt nadat de bronserver is afgesloten, verdwijnt de optie om opnieuw te migreren. Houd de bronserver beschikbaar (ook read-only) gedurende minimaal 30 dagen na de migratie. Dat biedt een terugvaloptie als er later serieuze problemen opduiken.

Wat te doen als de datums al fout zijn

Is de migratie al uitgevoerd en zijn de datums incorrect? Het probleem is herstelbaar. De oorspronkelijke "Date"-header is in elk bericht bewaard, wat betekent dat de juiste datuminformatie er nog altijd in zit. E-maildatums kunnen worden hersteld na migratie, ook maanden of jaren later.

De eigen correctie-engine van Redate.io verbindt met de mailbox en zoekt naar berichten met beschadigde datumetadata. De multi-staps analysepipeline identificeert migratiesignaturen, past gerichte correcties toe met behoud van de berichtintegriteit (inclusief S/MIME-handtekeningen, multipart-structuren en niet-ASCII-headers), en voert per gecorrigeerd bericht een integriteitscontrole uit. De analyse is gratis en laat exact zien hoeveel e-mails zijn getroffen. De originelen worden 30 dagen bewaard in een zichtbare back-upmap.

Zo'n correctie zelf proberen met een script klinkt verleidelijk, maar is riskant. Bijzondere gevallen zoals PGP-versleutelde berichten, beschadigde MIME-grenzen, geneste multipart-structuren en Content-Transfer-Encoding-afwijkingen kunnen e-mails stilzwijgend beschadigen zonder dat u het merkt tot het te laat is. En hoe controleert u dat 10.000 gecorrigeerde berichten allemaal intact zijn?

Wilt u weten of uw mailbox datumproblemen heeft? Start een gratis analyse met Redate.io - geen betaling vereist om te zien hoeveel e-mails zijn getroffen.