Mailbox-migratie checklist voor het mkb: 12 punten

# Wat is een mailbox-migratie checklist en waarom heeft het mkb er een nodig?

Een mailbox-migratie checklist is een vaste reeks controlepunten die je voor, tijdens en na het verhuizen van e-mailaccounts doorloopt, zodat geen enkele e-mail, map of instelling verloren gaat. Voor een mkb-bedrijf met vijf tot vijfentwintig mailboxen is dit geen overbodige luxe: elke gemiste stap betekent een medewerker die zijn mail kwijt is, of een klant van wie de offerte niet meer terug te vinden is, terwijl er meestal geen eigen IT-afdeling is om dat snel op te lossen.

De onderliggende techniek is IMAP (Internet Message Access Protocol), het standaardprotocol waarmee e-mailclients berichten op een server benaderen en beheren, zoals vastgelegd in de technische beschrijving van IMAP. Een migratietool leest via IMAP de volledige mapstructuur van de oude mailbox uit en schrijft die één op één terug naar de nieuwe server. Ken je dit proces niet, dan is de kans groot dat je submappen, gearchiveerde threads of oude bijlagen over het hoofd ziet.

Deze checklist telt 12 punten, verdeeld in drie fases van elk vier stappen: voorbereiding, uitvoering en nazorg. Loop je ze allemaal af, dan verklein je het risico op downtime, dataverlies en onbereikbare medewerkers tot vrijwel nul, ongeacht of je van Strato naar Hostnet gaat, van Mijndomein naar TransIP, of van een oude reseller naar een moderne hostingpartij.

# Voorbereiding: de eerste 4 controlepunten voor je begint

De voorbereidingsfase draait om vier controlepunten: inventariseren, toegang controleren, timing bepalen en zekerstellen dat je bronmailbox intact blijft. Begin een migratie nooit zonder deze vier stappen te hebben afgevinkt: ze kosten samen minder dan een uur, maar voorkomen de meeste problemen die daarna optreden.

Vooral punt 4, het waarborgen dat de bron intact blijft, wordt vaak onderschat. Zodra je zeker weet dat de oude mailbox gewoon blijft functioneren tijdens de overstap, verdwijnt de tijdsdruk en kun je rustig verifiëren voor je iets onomkeerbaars doet, zoals het opzeggen van het oude abonnement.

• <strong>1. Inventariseer alle mailboxen en aliassen</strong>: maak een lijst van elk account, elke alias en elke gedeelde mailbox die moet verhuizen, inclusief mailboxen van oud-medewerkers wier mail je nog moet bewaren.
• <strong>2. Controleer IMAP-toegang en wachtwoorden</strong>: test of je met de bestaande gebruikersnaam en het wachtwoord kunt inloggen op de IMAP-server; voor Microsoft 365 en Gmail heb je een app-wachtwoord nodig omdat basisauthenticatie vaak standaard is uitgeschakeld.
• <strong>3. Bepaal het migratiemoment en de downtime-tolerantie</strong>: plan de migratie buiten kantooruren als je bedrijf sterk afhankelijk is van e-mail, ook al blijft de bronmailbox tijdens een kopieer-migratie gewoon bereikbaar.
• <strong>4. Waarborg dat de bronmailbox intact blijft</strong>: kies een tool die in 100% kopieer-modus werkt, zodat de originele mailbox ongewijzigd blijft staan tot je zelf besluit die op te zeggen.

# Tijdens de migratie: controlepunten 5 tot en met 8

Tijdens de uitvoering draait alles om een provider-onafhankelijke tool, een testrun, monitoring en voldoende opslagruimte op de nieuwe server. De feitelijke overdracht gebeurt via IMAP-APPEND, de commandostructuur uit het IMAP-protocol volgens RFC 3501 waarmee een bericht direct in een doelmap op de nieuwe server wordt geschreven, zonder tussenstop op een lokale schijf.

Dat is ook precies waarom wachtwoorden bij een goed ingerichte migratie alleen in het werkgeheugen van het migratieproces staan en nooit op een tussenliggende server terechtkomen. Voor een mkb-bedrijf dat met klantgegevens werkt, is dat een relevant verschil met tools die wachtwoorden tijdelijk opslaan.

• <strong>5. Kies een provider-onafhankelijke migratietool</strong>: gratis migratiediensten van hostingpartijen zoals Mijndomein, Strato of WebOke werken meestal alleen als je ook bij hen gaat hosten; een onafhankelijke tool laat je vrij kiezen waar de mailboxen straks draaien.
• <strong>6. Start met één testmailbox</strong>: migreer eerst een mailbox met weinig data om te controleren of mappenstructuur en filters goed overkomen, voor je alle mailboxen tegelijk verhuist.
• <strong>7. Monitor voortgang en foutmeldingen</strong>: houd de voortgangsindicator in de gaten en reageer direct op meldingen zoals een verlopen sessie of een tijdelijke serverblokkade bij de bronprovider.
• <strong>8. Controleer de opslagruimte op de doelserver</strong>: zorg dat de nieuwe mailbox minimaal evenveel ruimte heeft als de bronmailbox groot is, anders stopt de migratie halverwege een map.

# Na de migratie: de laatste 4 controlepunten

Na de overdracht controleer je eerst de volledigheid, en pas daarna verander je DNS-records, clientinstellingen en automatische antwoorden. Deze volgorde is cruciaal: wissel je de MX-records om voor je hebt geverifieerd dat alles is overgekomen, dan loop je het risico dat binnenkomende mail nergens meer aankomt.

Mailboxen bevatten vrijwel altijd persoonsgegevens van klanten en medewerkers, dus een zorgvuldige overdracht is niet alleen praktisch maar ook relevant vanuit de richtlijnen van de Autoriteit Persoonsgegevens over de AVG: hoe korter dezelfde data op meerdere plekken tegelijk staat, hoe kleiner het risico op een datalek tijdens de overstap.

• <strong>9. Verifieer de volledigheid</strong>: vergelijk het aantal e-mails en de mapstructuur tussen bron en doel voor je de bron opzegt; bij een gefaalde migratie hoort een aanbieder dit automatisch te signaleren en het bedrag te crediteren.
• <strong>10. Wijzig pas daarna de DNS- en MX-records</strong>: verander de MX-records naar de nieuwe mailserver pas nadat je hebt geverifieerd dat alle mail is overgezet.
• <strong>11. Herconfigureer alle e-mailclients</strong>: werk Outlook, Apple Mail, Android en de mailapp op alle telefoons en laptops bij met de nieuwe IMAP- en SMTP-instellingen zodra de MX-records zijn aangepast.
• <strong>12. Test verzenden, ontvangen en automatische antwoorden</strong>: verstuur en ontvang een testmail vanaf elk vernieuwd account en zet handtekeningen, out-of-office-berichten en doorstuurregels opnieuw klaar.

# Welke migratiemethode past bij jouw mkb-bedrijf?

Voor een mkb met vijf tot vijfentwintig mailboxen is een gespecialiseerde IMAP-migratietool doorgaans de beste balans tussen prijs, controle en risico, vergeleken met gratis hostingmigraties, dure enterprise-tools of het zelf handmatig overzetten van mail. Gratis migraties van je nieuwe hostingpartij klinken aantrekkelijk, maar werken meestal alleen als je definitief bij die partij gaat hosten, terwijl een onafhankelijke tool die keuze bij jou laat.

Enterprise-tools zoals BitTitan MigrationWiz of SkyKick zijn krachtig, maar zijn geprijsd en ingericht voor organisaties met honderden mailboxen en een eigen IT-afdeling, niet voor een mkb-bedrijf dat één keer twaalf mailboxen wil verhuizen. De onderstaande vergelijking zet de meest gangbare opties voor het mkb naast elkaar.

# Wat kost een mailbox-migratie voor het mkb?

Een mailbox-migratie kost bij mailmigreren.nl 10 euro voor de eerste mailbox en 5 euro voor elke volgende, excl. 21% btw, waardoor een team van twaalf mailboxen in totaal 65 euro betaalt. Dat is per extra mailbox drie tot vijf keer goedkoper dan de 15 euro van Hoasted MailSync of de 25 euro van de YourHosting Migratieservice.

Mislukt een migratie toch, bijvoorbeeld door een onverwachte serverblokkade bij de bronprovider, dan hoort daar een automatische terugbetaling via iDEAL bij, zonder dat je eerst een supportticket hoeft te openen. Controleer dit altijd voor je een aanbieder kiest: bij grotere volumes loopt het financiële risico van een mislukte migratie snel op.

# Welke fouten maken mkb-bedrijven het vaakst bij een mailbox-migratie?

De vijf meest voorkomende fouten zijn: MX-records te vroeg wijzigen, aliassen vergeten, geen testmigratie draaien, mobiele apparaten overslaan en de opslaglimiet van de nieuwe mailbox niet checken. Elk van deze fouten is direct te herleiden naar een van de 12 controlepunten hierboven, wat meteen laat zien waarom het de moeite waard is om de lijst letterlijk af te vinken in plaats van uit het hoofd te werken.

De meest kostbare fout is meestal het te vroeg wijzigen van de MX-records: heeft de migratie nog niet alle mail overgezet en wijst het domein al naar de nieuwe server, dan mist een deel van het team tijdelijk binnenkomende e-mail zonder dat direct duidelijk is waarom.

• MX-records wijzigen voordat de migratie is geverifieerd, waardoor binnenkomende mail tijdelijk nergens aankomt.
• Gedeelde mailboxen en aliassen vergeten, zodat info@ of factuur@ niet meeverhuist.
• Meteen alle mailboxen tegelijk migreren zonder eerst een testmailbox te draaien.
• Mobiele telefoons en tablets niet bijwerken, waardoor medewerkers na de migratie nog dagenlang oude mail op hun telefoon zien.
• Geen rekening houden met de opslaglimiet van het nieuwe pakket bij mailboxen van 10GB of meer, waardoor de migratie na enkele uren vastloopt.