Mailbox migratie zonder downtime: realistische verwachtingen

# Is mailbox-migratie zonder downtime echt mogelijk?

Ja, een mailbox-migratie zonder gemiste e-mail is mogelijk; een migratie zonder enige overgangsperiode niet. Het verschil zit in de techniek: zolang je in kopieer-modus migreert, blijft de bronmailbox actief ontvangen terwijl de kopie naar de nieuwe server wordt gestreamd. Pas als beide kanten synchroon lopen, schakel je de DNS om, en tijdens die overlapfase gaat geen enkel bericht verloren, ook niet als een verzendende server nog naar het oude adres routeert.

Bij mailmigreren.nl werkt dit met 100% kopieer-modus: de bron blijft gewoon staan tot jij zelf besluit hem op te zeggen. Dat is een fundamenteel ander uitgangspunt dan een verhuisservice die de mailbox direct leegtrekt en afsluit; hier val je altijd terug op de oude situatie zolang je die niet zelf beëindigt.

# Wat is dual-delivery en hoe voorkomt het gemiste e-mail?

Dual-delivery is de periode waarin twee mailservers tegelijk mail voor hetzelfde adres kunnen ontvangen: de oude server omdat verzendende partijen de vorige MX nog gebruiken, en de nieuwe server omdat de al aanwezige mail is gekopieerd en nieuwe berichten er nu ook rechtstreeks binnenkomen. Het IMAP-protocol ondersteunt dit via het APPEND-commando, zoals vastgelegd in RFC 3501, specifiek om berichten van server naar server te kopiëren zonder de originelen te verplaatsen. Precies dat maakt migreren zonder dataverlies mogelijk.

Zolang je bron- en doelserver allebei bereikbaar houdt tijdens de overlap, doet het er niet toe via welke route een e-mail binnenkomt: je vindt hem overal terug. Pas wanneer je de bronmailbox daadwerkelijk opzegt, moet de overlapperiode voorbij zijn. Voor een mailbox van 5GB duurt de eigenlijke kopieerslag 30-90 minuten; bij 10GB of meer loopt dat op tot enkele uren, afhankelijk van de snelheid van de bronserver.

# Waarom zorgt MX-overlap altijd voor een overgangsperiode?

MX-overlap ontstaat doordat een MX-wijziging niet meteen wereldwijd zichtbaar is: elke verzendende mailserver heeft het oude MX-record ergens gecachet en gebruikt dat totdat de ingestelde TTL (time-to-live) verloopt. Met een standaard-TTL van 3600 seconden is dat doorgaans binnen het uur voorbij, maar sommige resolvers en zakelijke mailservers houden een record tot 24-48 uur vast, ook als jij intussen allang bent omgezet.

Dat is de reden dat 'downtime van nul seconden' als absolute belofte niet klopt: je kunt de kans op vertraging minimaliseren, maar niet volledig uitsluiten zolang DNS wereldwijd gedistribueerd werkt. De praktische oplossing is niet wachten tot na de omzetting, maar de overlap juist benutten: zolang dual-delivery actief is en de bronmailbox blijft staan, vangt de oude server iedere e-mail op die nog via het verlopen MX-record binnenkomt. Verlaag de TTL het liefst 24-48 uur voordat je gaat migreren naar bijvoorbeeld 300 seconden, dan is de overlap na de omzetting meestal binnen een paar uur uitgefilterd in plaats van dagen.

# Hoeveel tijd kost een realistische migratie van start tot volledige overstap?

Reken op 1 tot 3 dagen tussen de eerste kopieerslag en het moment waarop je de bronmailbox veilig kunt opzeggen, niet op enkele minuten. Die tijdlijn bestaat uit drie fasen die elkaar deels overlappen: voorbereiding van de DNS, de eigenlijke kopieermigratie, en de dual-delivery periode na de omzetting.

De eerste fase kost je vrijwel geen tijd maar wel planning: de TTL verlagen moet minimaal 24 uur voor de migratie gebeuren om effect te hebben. De kopieerslag zelf is met 30-90 minuten per mailbox van 5GB relatief snel, maar bij tientallen mailboxen tel je dat simpelweg op. De laatste fase, de overlap na de DNS-omzetting, is de minst voorspelbare: meestal binnen enkele uren afgerond, in uitzonderingsgevallen tot 48 uur bij trage resolvers.

• Dag 0: TTL van het MX-record verlagen naar 300 seconden
• Dag 0-1: kopieermigratie per mailbox (30-90 min bij 5GB, enkele uren bij 10GB+)
• Dag 1: steekproefcontrole op volledigheid van mappen en bijlagen
• Dag 1: MX-record omzetten naar de nieuwe provider
• Dag 1-2: dual-delivery overlapfase (meestal enkele uren, uitzonderlijk tot 48 uur)
• Dag 2-3: bronmailbox pas opzeggen nadat de overlap zeker voorbij is

# Hoe verhoudt mailbox-migratie zonder downtime zich tot andere migratiemethodes?

Mailmigreren.nl combineert dual-delivery en 100% kopieer-modus met volledige provider-onafhankelijkheid; de meeste concurrenten koppelen downtime-preventie aan een verplichte overstap naar hun eigen hosting. Gratis migratiediensten van Mijndomein, Strato of WebOke werken meestal alleen als je ook je hosting bij hen onderbrengt, terwijl gespecialiseerde diensten als Hoasted MailSync of de YourHosting Migratieservice per mailbox factureren zonder die koppeling.

Het grootste verschil zit dus niet in de techniek van kopiëren, maar in de onafhankelijkheid: mailmigreren.nl werkt tussen elke combinatie van IMAP-providers, van Strato en Hostnet tot TransIP, Vimexx, Antagonist, Argeweb, Byte en Enhance. Voor Microsoft 365 en Gmail geldt wel een tijdelijke beperking: de huidige versie werkt via app-wachtwoorden en basic-auth in plaats van OAuth, in lijn met hoe Microsoft zelf IMAP/SMTP-authenticatie voor Exchange Online documenteert. OAuth-ondersteuning staat gepland voor een volgende versie.

# Wat kan er tijdens de overgang toch misgaan?

Het grootste risico is niet dataverlies maar een tijdelijke afleververtraging van enkele uren, omdat een individuele verzendende server de oude MX iets langer vasthoudt dan verwacht. Dat is onschuldig zolang de bronmailbox nog bestaat, want die vangt het bericht gewoon op totdat jij hem opzegt.

Een tweede risico is een gewijzigd wachtwoord halverwege de migratie: omdat inloggegevens alleen in het werkgeheugen worden verwerkt en nooit op disk staan, in lijn met de principes van dataminimalisatie die de Autoriteit Persoonsgegevens voorschrijft, moet je bij een wachtwoordwijziging de migratie opnieuw starten met de nieuwe gegevens. Mislukt een migratie toch, bijvoorbeeld door een onbereikbare bronserver, dan volgt automatisch een terugbetaling via iDEAL: je betaalt alleen voor een migratie die daadwerkelijk is afgerond.

# Wat hoort er in een checklist voor een migratie zonder gemiste e-mail?

Een volledige checklist bestaat uit zes controlepunten: de TTL vooraf verlagen, mailboxgroottes inventariseren, app-wachtwoorden klaarzetten, collega's informeren, een steekproefcontrole na migratie en de bronmailbox pas opzeggen na de overlapperiode. Elk van deze punten voorkomt een ander type probleem, van te lange DNS-overlap tot paniek bij collega's die denken dat er iets misgaat terwijl de bron gewoon nog meeleest.

De meest gemaakte fout is de bronmailbox te snel opzeggen omdat 'de nieuwe mailbox het toch al doet'. Juist die laatste dagen van overlap zijn de verzekering tegen gemiste e-mail; sla die stap niet over, ook niet als de migratie zelf al na een uur voltooid lijkt.

• Verlaag de TTL van je MX-record 24-48 uur van tevoren
• Inventariseer per mailbox de grootte in GB voor een realistische inschatting van de duur
• Verzamel app-wachtwoorden voor Microsoft 365 of Gmail-adressen vooraf
• Informeer collega's over de overlapperiode zodat niemand voortijdig de bronmailbox opzegt
• Controleer na de migratie steekproefsgewijs mappen, bijlagen en agenda-items
• Zeg de bronmailbox pas op nadat de dual-delivery periode zeker voorbij is