Waarom een migratiechecklist onmisbaar is
E-mailmigratie is een van de meest risicovolle IT-operaties die een organisatie kan ondernemen. Jaren aan zakelijke communicatie worden tussen platformen verplaatst, en een enkele vergissing kan de metadata van alle mailboxen beschadigen. Het meest voorkomende slachtoffer? De e-maildatums. Na migratie loopt elke e-mail het risico de migratiedatum te tonen in plaats van de oorspronkelijke verzend- of ontvangstdatum.
Deze checklist bestrijkt elke fase van het migratieproces. Volg deze stappen om het risico op datumbeschadiging en andere metadataproblemen te minimaliseren. En als de migratie al achter de rug is en er datumproblemen zijn opgetreden, lees dan verder.
Fase 1: planning voor migratie
Mailboxen inventariseren
Voordat u een migratietool aanraakt, documenteert u elke mailbox die wordt gemigreerd. Noteer het totale aantal mailboxen, het geschatte aantal e-mails per mailbox, het datumbereik van de oudste e-mails, en de gedeelde mailboxen of distributiegroepen. Deze inventarisatie bepaalt welke migratietool u gebruikt, hoe lang de migratie duurt, en welk tarief van toepassing is voor eventuele correcties na migratie.
De juiste migratietool kiezen
Niet alle migratietools verwerken datums op dezelfde manier. Informeer u over hoe elke tool omgaat met het behoud van de IMAP INTERNALDATE en of deze "Received"-headers toevoegt tijdens het APPEND-proces. Populaire tools zijn BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO en de native import van het Exchange-beheercentrum. Elk van deze tools kan datumproblemen veroorzaken omdat het IMAP-protocol zelf vereist dat de doelserver een "Received"-header toevoegt bij insertie. Maar sommige tools behouden de INTERNALDATE beter dan andere. Zie voor meer informatie over hoe INTERNALDATE werkt IMAP INTERNALDATE: waarom datums kapotgaan.
Alles back-uppen
Maak een volledige back-up van elke mailbox voor de migratie. Deze back-up dient zowel als vangnet als als referentiepunt om datums achteraf te verifieren. Gebruik voor Google Workspace Google Takeout of een externe back-uptool. Gebruik voor Microsoft 365 Exchange Online-back-up of PST-export. Gebruik voor IMAP-servers imapsync om een lokale kopie te maken.
Bewaar de back-ups op een locatie die volledig gescheiden is van de bron- en doelservers.
Oorspronkelijke datums documenteren
Selecteer 10 tot 20 e-mails per mailbox verspreid over verschillende datumbereiken (de oudste, de nieuwste en meerdere tussenliggende). Noteer de "Ontvangen"-datum, de "Verzonden"-datum en de ruwe headers van elke e-mail. Deze referentie-e-mails worden uw verificatiebasis na migratie. Maak een screenshot van de mailbox gesorteerd op datum om de oorspronkelijke chronologische volgorde visueel te documenteren.
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 deze mailbox en onderzoek de resultaten grondig voordat u verdergaat. Deze test onthult datumproblemen, coderingsfouten, bugs in de afhandeling van bijlagen en afwijkingen in mapstructuren voordat ze productiemailboxen treffen.
Datums verifieren op de testmailbox
Controleer na het migreren van de testmailbox onmiddellijk de datums. 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 die in Fase 1 zijn gedocumenteerd. Controleer zowel de "Ontvangen"- als "Verzonden"-datums. Open de ruwe headers van meerdere e-mails en zoek naar nieuw toegevoegde "Received"-headers met het migratietijdstempel.
Als de datums verkeerd zijn op de testmailbox, zullen ze verkeerd zijn op alle mailboxen. Stop alles en los het probleem op voordat u doorgaat met de volledige migratie.
Testen met meerdere e-mailclients
Verschillende e-mailclients tonen datums op verschillende manieren. De Gmail-webinterface kan correcte datums tonen (deze gebruikt de "Date"-header) terwijl Outlook de migratiedatum toont (deze geeft prioriteit aan de "Received"-header). Test met elke client die gebruikers in de organisatie gebruiken, waaronder Outlook Desktop, Outlook op het web, Apple Mail, Thunderbird en eventuele mobiele e-mailapplicaties.
Fase 3: uitvoering van de migratie
Configuratie van de migratietool
Configureer de migratietool om de INTERNALDATE zoveel mogelijk te behouden. Gebruik in imapsync de juiste vlaggen om de INTERNALDATE op de bestemming in te stellen. Controleer in BitTitan MigrationWiz de geavanceerde instellingen voor opties voor datumverwerking. Deze instellingen voorkomen "Received"-headerproblemen niet volledig, maar ze verminderen de ernst van datumproblemen in sommige clients. Documenteer elke gebruikte configuratie-instelling zodat u de migratie indien nodig kunt reproduceren.
Migreren in batches
Migreer niet alle mailboxen tegelijk. Migreer in batches van 10 tot 20 mailboxen en controleer de datums na elke batch. Als een batch datumproblemen vertoont, detecteert u dit voordat de hele organisatie is getroffen. Batchmigratie vermindert trouwens ook de belasting op de bron- en doelservers, waardoor het risico op time-outs of verbindingsfouten afneemt die tot onvolledige migraties kunnen leiden.
Voortgang bewaken
Volg de migratievoortgang per mailbox. Registreer starttijd, eindtijd, aantal gemigreerde e-mails en eventuele fouten. Migratietools leveren doorgaans logs - bewaar deze voor elke mailbox. Als er later datumproblemen worden ontdekt, helpen de logs bij het identificeren van exact welke migratiebatch en welke instellingen zijn gebruikt.
Fase 4: verificatie na migratie
Datums onmiddellijk verifieren
Controleer e-maildatums binnen 24 uur na de migratie. Open voor elke batch 5 tot 10 mailboxen en vergelijk de datums met de pre-migratiereferenties. Als de datums verkeerd zijn, documenteer dan de omvang van het probleem (hoeveel mailboxen getroffen, hoeveel e-mails per mailbox) terwijl de informatie vers is.
Alle maptypen controleren
Datumproblemen kunnen verschillende mappen op verschillende manieren treffen. Controleer datums in het Postvak IN, Verzonden items, Concepten en eventuele aangepaste mappen of labels. Sommige migratietools verwerken mappen sequentieel, en fouten in de ene map duiden niet noodzakelijk op fouten in de andere.
Zoeken en sorteren verifieren
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 nauwkeurig zijn. Test elke geautomatiseerde regel of elk filter dat afhankelijk is van ontvangstdatums. Als de organisatie compliance- of eDiscovery-tools gebruikt, verifieer dan dat datumgebaseerde query's correcte resultaten opleveren.
Veelgemaakte fouten die datumproblemen veroorzaken
De testmigratie overslaan
De meest voorkomende fout is alle mailboxen migreren zonder eerst te testen. Wanneer datumproblemen worden ontdekt, zijn alle mailboxen getroffen en is de bronserver mogelijk al gedeactiveerd. Een testmigratie van 30 minuten kan weken remediatie voorkomen. Waarom zou u het overslaan?
Toevoegingen van "Received"-headers negeren
Beheerders focussen zich vaak op het behoud van de INTERNALDATE en verwaarlozen het "Received"-headerprobleem. Zelfs wanneer de INTERNALDATE correct is ingesteld, zorgt de migratie-"Received"-header ervoor dat Outlook en andere clients de verkeerde datum tonen. Dit is de meest voorkomende bron van klachten na migratie. Lees waarom e-mails verkeerde datums tonen na migratie voor een volledige technische uitleg.
De bronserver te snel deactiveren
Als datumproblemen worden ontdekt nadat de bronserver is uitgeschakeld, vervalt de hermigratie-optie. Houd de bronserver toegankelijk (desnoods alleen-lezen) gedurende minimaal 30 dagen na de migratie. Dit biedt een terugvalmogelijkheid als er later ernstige problemen optreden.
Wat te doen als de datums al verkeerd zijn
Als de migratie al is uitgevoerd en de datums onjuist zijn, is het probleem herstelbaar. De oorspronkelijke "Date"-header is bewaard in elke e-mail, wat betekent dat de correcte datuminformatie nog steeds bestaat. E-maildatums kunnen na migratie worden hersteld, zelfs maanden of jaren later.
De eigen correctie-engine van Redate.io maakt verbinding met de mailbox en zoekt naar e-mails met beschadigde datummetadata. Het meerfasige analyseproces identificeert migratiesignaturen, past gerichte correcties toe met behoud van berichtintegriteit (inclusief S/MIME-handtekeningen, multipart-structuren en niet-ASCII-headers), en voert een integriteitscontrole uit op elke gecorrigeerde e-mail. De analyse is gratis en toont precies hoeveel e-mails het betreft. Originelen worden bewaard in een zichtbare back-upmap gedurende 30 dagen.
Handmatig of met een aangepast script proberen is verleidelijk maar risicovol. Randgevallen zoals PGP-versleutelde berichten, beschadigde MIME-grenzen, geneste multipart-structuren en Content-Transfer-Encoding-afwijkingen kunnen stilletjes e-mails beschadigen zonder dat u het merkt tot het te laat is. En hoe verifieert u dat 10.000 gecorrigeerde e-mails allemaal intact zijn?
Klaar om te controleren of uw mailbox datumproblemen heeft? Start een gratis analyse met Redate.io - geen betaling nodig om te zien hoeveel e-mails het betreft.