Mailbox-migratie checklist voor het mkb: 12 controlepunten

# Wat moet er op een mailbox-migratie checklist staan voor het mkb?

Een volledige checklist voor mailbox-migratie bestaat uit 12 controlepunten, verdeeld over drie fases: voorbereiding (punt 1 tot en met 4), de migratie zelf (punt 5 tot en met 8) en controle achteraf (punt 9 tot en met 12). Werk je deze lijst puntsgewijs af, dan verhuis je een mailbox zonder dataverlies, dubbele berichten of downtime voor klanten en collega's.

De meeste mislukte migraties ontstaan niet door een technische storing, maar door een overgeslagen stap: een vergeten alias, een wachtwoord dat niet meer werkt, of DNS-records die te vroeg worden aangepast. Het onderliggende protocol IMAP synchroniseert mappen en berichten pas correct als bron en doel exact dezelfde mapstructuur krijgen; daar zorgen precies deze 12 punten voor.

Voor een mkb-bedrijf met 5 tot 25 mailboxen duurt het volledig doorlopen van de checklist meestal een halve tot hele werkdag, exclusief de wachttijd voor DNS-propagatie. Hieronder staan alle 12 punten in volgorde; de secties erna lichten elke fase in detail toe.

• Inventariseer alle mailboxen, aliassen en gedeelde postvakken
• Maak een volledige back-up van de bronmailbox
• Controleer het opslaggebruik per mailbox in GB
• Vraag app-wachtwoorden aan of schakel basic-auth in bij bron en doel
• Kies een provider-onafhankelijke migratietool zonder hosting-lock-in
• Start de migratie in kopieer-modus, zodat de bron intact blijft
• Plan migraties van 10GB en meer buiten kantooruren
• Monitor de voortgang en foutmeldingen tijdens het kopiëren
• Controleer mapstructuur, mailaantal en bijlagen na afloop
• Test verzenden en ontvangen vanaf de nieuwe mailbox
• Wijzig de DNS MX-records en verifieer de propagatie
• Verwijder tijdelijke toegang en informeer gebruikers over de overstap

# Fase 1: voorbereiding, checklistpunt 1 tot en met 4

Voorbereiding betekent precies weten wat er verhuist voordat er iets wordt gekopieerd. Begin met een inventarisatie van elke mailbox, elk alias en elk gedeeld postvak dat bij het huidige hostingpakket hoort; een gemist alias is de meest voorkomende oorzaak van gemiste e-mail na een migratie.

Maak vervolgens altijd een volledige back-up van de bronmailbox, ook al blijft de bron bij een kopieer-migratie intact staan. Controleer daarna het opslaggebruik per mailbox in GB: dat cijfer bepaalt in fase 2 hoe lang de migratie duurt en of er 's nachts of overdag gemigreerd kan worden.

Sluit de voorbereiding af met toegang: vraag app-wachtwoorden aan bij zowel de bron- als doelprovider, of schakel basic-auth in als de provider dat vereist. Voor Microsoft 365 staat de exacte procedure in de officiële Microsoft-documentatie; OAuth-koppelingen volgen in een latere versie, momenteel verloopt de toegang via app-wachtwoorden.

Voor een bedrijf met 5 tot 25 medewerkers loont het om de inventarisatie in een spreadsheet te zetten: één rij per mailbox, met kolommen voor opslaggebruik, aliassen en of het om een persoonlijke of gedeelde mailbox gaat. Die lijst dient in fase 3 meteen als controlelijst om te verifiëren dat niets is overgeslagen.

# Fase 2: de migratie uitvoeren, checklistpunt 5 tot en met 8

De migratie zelf draait om één keuze: een provider-onafhankelijke tool zonder hosting-lock-in, in plaats van de gratis migratieservice van de nieuwe hostingpartij. Gratis tools van bijvoorbeeld Mijndomein, Strato of WebOke werken namelijk alleen als de nieuwe hosting ook definitief wordt afgenomen; een onafhankelijke tool migreert ongeacht welke providers aan beide kanten staan.

Start de migratie in kopieer-modus: de bronmailbox blijft volledig intact en elke e-mail wordt via IMAP-APPEND naar de doelmailbox gestreamd, het commando dat in RFC 3501 is vastgelegd voor het IMAP4rev1-protocol. Zo kan een mislukte migratie nooit tot dataverlies leiden; de bron staat er nog.

Reken op 30 tot 90 minuten per mailbox van 5GB en enkele uren voor mailboxen van 10GB of meer. Plan de grotere mailboxen daarom buiten kantooruren en monitor de voortgang en eventuele foutmeldingen live tijdens het kopiëren, zodat een verbindingsprobleem bij de bronprovider meteen zichtbaar is in plaats van pas achteraf.

Gaat er tijdens het kopiëren iets mis, bijvoorbeeld een tijdelijke storing bij de bronprovider, dan stopt de migratie zonder dat de bronmailbox schade oploopt; bij mailmigreren.nl volgt in dat geval automatisch een refund via iDEAL. Start de migratie daarna liever opnieuw dan handmatig te patchen, dat voorkomt dubbele of onvolledige mappen.

# Fase 3: controleren en afronden, checklistpunt 9 tot en met 12

Controleer na afloop drie dingen tegen elkaar: de mapstructuur, het aantal e-mails en de bijlagen in bron en doel. Verschillen hier wijzen bijna altijd op een mailbox die halverwege de migratie nog nieuwe e-mail ontving; migreer in dat geval de laatste dagen opnieuw voordat de knop wordt omgezet.

Test daarna verzenden en ontvangen vanaf de nieuwe mailbox met een extern en een intern testbericht, voordat gebruikers worden overgezet. Pas als die test slaagt, wijzig je de DNS MX-records zodat nieuw binnenkomende e-mail naar de nieuwe mailserver gaat; reken op enkele minuten tot 48 uur propagatietijd, afhankelijk van de TTL-instelling bij de huidige DNS-provider.

Rond af door tijdelijke toegang in te trekken: verwijder de gebruikte app-wachtwoorden bij bron en doel. Wachtwoorden worden tijdens een migratie alleen in werkgeheugen verwerkt en nooit op disk opgeslagen; na het intrekken is er dus nergens een kopie van achtergebleven. Informeer gebruikers pas op dit punt over de overstap, niet eerder, om verwarring over welke mailbox actief is te voorkomen.

# Wat kost een mailbox-migratie voor het mkb?

Een mailbox-migratie kost 10 euro voor de eerste mailbox en 5 euro voor elke volgende, excl. 21% btw. Voor een mkb-bedrijf met 5 medewerkers komt dat neer op 30 euro, bij 12 mailboxen op 65 euro en bij 25 mailboxen op 130 euro; het volledige bedrag ligt vooraf vast, ongeacht hoe lang de migratie duurt.

Vergeleken met concurrerende betaalde diensten is dat 3 tot 6 keer goedkoper per mailbox. Gratis migraties van de hostingpartij zelf lijken voordeliger, maar zijn in de praktijk een vorm van hosting-lock-in: de mailbox verhuist alleen mee als het hele hostingpakket wordt overgezet.

Voor enterprise-omgevingen met honderden mailboxen zijn tools als BitTitan MigrationWiz of SkyKick gangbaar, met bijbehorende implementatietrajecten; voor een mkb-bedrijf met 1 tot 50 mailboxen is dat schaal- en prijsniveau zelden nodig.

# Welke mailproviders en mailboxtypen werken met mailbox-migratie?

Elke IMAP-provider werkt als bron of doel, ongeacht of het om Nederlandse hosting of grotere platforms gaat. Bevestigde providers zijn onder meer Strato, Hostnet, Mijndomein, TransIP, YourHosting, Hoasted, Vimexx, Antagonist, Argeweb, Webhostpartner, Byte en Enhance; combinaties tussen deze providers, in beide richtingen, zijn allemaal mogelijk.

Microsoft 365 en Gmail zijn ook te migreren, maar alleen via app-wachtwoorden of basic-auth, niet via OAuth; die koppeling volgt in een volgende versie. Voor Microsoft 365-mailboxen betekent dit dat moderne authenticatie tijdelijk app-wachtwoorden moet toestaan, precies zoals in de officiële Microsoft-documentatie beschreven staat; na de migratie kan die instelling weer worden teruggezet.

Omdat IMAP een gestandaardiseerd protocol is, maakt het voor de migratie zelf niet uit welke twee providers uit de lijst worden gecombineerd; een overstap van Strato naar TransIP verloopt technisch identiek aan een overstap van Vimexx naar Byte.

• Strato
• Hostnet
• Mijndomein
• TransIP
• YourHosting
• Hoasted
• Vimexx
• Antagonist
• Argeweb
• Webhostpartner
• Byte
• Enhance
• en elke andere IMAP-provider

# Wat zijn de meest gemaakte fouten bij een mailbox-migratie?

De meest gemaakte fout is de DNS MX-records wijzigen vóórdat de nieuwe mailbox is gecontroleerd; binnenkomende e-mail gaat dan naar een postvak dat nog niet compleet of getest is.

Elke fout hieronder wordt afgedekt door één van de 12 checklistpunten eerder in dit artikel; wie de lijst in volgorde afwerkt, loopt geen van deze risico's.

• DNS-records te vroeg wijzigen, voordat de nieuwe mailbox is getest
• Geen back-up maken omdat de bron toch blijft staan
• Gedeelde postvakken of aliassen vergeten in de inventarisatie
• Kiezen voor een gratis migratie die aan een nieuw hostingpakket vastzit
• Grote mailboxen van 10GB of meer tijdens kantooruren migreren
• De oude mailbox direct opzeggen zonder eerst een controleperiode aan te houden