E-mailmigratie zonder downtime: van provider wisselen zonder stress
Stap voor stap je e-mail verhuizen naar een nieuwe provider — zonder berichten te verliezen of klanten te missen.
# E-mailmigratie zonder downtime: van provider wisselen zonder stress
Of je nu van Google Workspace naar Microsoft 365 overstapt, van een gedeelde hosting naar een dedicated e-mailservice migreert, of juist naar een moderne tool als MailBelly verhuist — e-mailmigratie is een van de spannendste operaties die je als bedrijf kunt uitvoeren. Eén fout en je mist klantberichten, raakt data kwijt, of breekt je deliverability.
In dit artikel laten we je stap voor stap zien hoe je een e-mailmigratie uitvoert met nul downtime, behoud van alle historische berichten, en zonder dat je klanten er iets van merken.
Waarom migreren bedrijven van e-mailprovider?
De meest voorkomende redenen:
| Reden | Percentage |
|---|---|
| Kosten besparen | 34% |
| Betere features nodig | 28% |
| Betrouwbaarheidsproblemen | 18% |
| Consolidatie van meerdere tools | 12% |
| Privacy/compliance eisen | 8% |
Wat de reden ook is: de migratie zelf hoeft geen nachtmerrie te zijn. Met de juiste aanpak is het een gecontroleerd proces dat je in een weekend kunt afronden.
Fase 1: Inventarisatie en voorbereiding
Breng je huidige setup in kaart
Voordat je ook maar één DNS-record aanraakt, moet je precies weten wat je hebt:
- Domeinen: Welke domeinen gebruiken e-mail? (vergeet subdomeinen niet!)
- Mailboxen: Hoeveel accounts, hoeveel opslag per account?
- Aliassen en forwards: Welke aliassen bestaan er? Waar worden ze naartoe geforward?
- Filters en regels: Server-side filters die berichten sorteren
- Gedeelde mailboxen: Team-inboxen, info@, support@, etc.
- Integraties: Welke apps zijn gekoppeld via SMTP of API?
# Voorbeeld inventarisatie checklist
Domein: bedrijf.nl
├── Mailboxen: 12
│ ├── jan@bedrijf.nl (8.2 GB)
│ ├── finance@bedrijf.nl (14.1 GB, shared)
│ └── ...
├── Aliassen: 5
│ ├── info@ → jan@, lisa@
│ └── facturen@ → finance@
├── Forwards: 2
│ └── old-domain.nl → bedrijf.nl
├── Filters: 8 server-side regels
└── Integraties: CRM (SMTP), Helpdesk (IMAP)Kies je migratiestrategie
Er zijn drie hoofdstrategieën:
1. Big Bang — Alles in één keer overzetten
- ✅ Snel klaar
- ❌ Hoog risico, korte downtime onvermijdelijk
2. Parallel Run — Beide systemen tegelijk draaien
- ✅ Nul downtime
- ❌ Complexer, dubbele kosten tijdelijk
3. Gefaseerd — Per domein of per team migreren
- ✅ Beheersbaar risico
- ❌ Duurt langer
Voor de meeste bedrijven raden we Parallel Run aan. Je draait de nieuwe provider op de achtergrond terwijl de oude nog actief is, en switcht pas als alles bewezen werkt.
Fase 2: De nieuwe omgeving opzetten
Accounts aanmaken
Maak alle mailboxen aan op de nieuwe provider voordat je DNS wijzigt. Stel wachtwoorden in, configureer aliassen, en zet server-side filters opnieuw op.
DNS voorbereiden (maar nog niet switchen!)
Bereid je DNS-wijzigingen voor, maar voer ze nog niet door. Je hebt nodig:
dns; Nieuwe MX-records (nog niet actief) bedrijf.nl. MX 10 mx1.nieuweprovider.com. bedrijf.nl. MX 20 mx2.nieuweprovider.com. ; Nieuwe SPF (nog niet actief) bedrijf.nl. TXT "v=spf1 include:nieuweprovider.com ~all" ; DKIM selector (kan alvast) selector._domainkey.bedrijf.nl. TXT "v=DKIM1; k=rsa; p=MIIBIj..."
Pro tip: Je kunt de DKIM-key van je nieuwe provider alvast publiceren naast je bestaande DKIM. Meerdere DKIM-selectors kunnen prima naast elkaar bestaan — ze hebben verschillende selector-namen.
TTL verlagen
Twee dagen voor de migratie: verlaag de TTL van je MX- en SPF-records naar 300 seconden (5 minuten). Dit zorgt ervoor dat DNS-caches snel verversen wanneer je de switch maakt.
dns; Verlaag TTL (tijdelijk) bedrijf.nl. 300 IN MX 10 mx.oudeprovider.com.
Fase 3: Historische data migreren
IMAP-synchronisatie
De meest betrouwbare methode voor het overzetten van bestaande e-mail is IMAP-naar-IMAP synchronisatie. Tools die dit goed doen:
- imapsync — Open source, de industriestandaard
- MailMigrate (in MailBelly) — Geïntegreerde migratietool
- MigrationWiz — Commercieel, ondersteunt veel providers
bash# imapsync voorbeeld imapsync \ --host1 imap.oudeprovider.com \ --user1 jan@bedrijf.nl \ --password1 "oud-wachtwoord" \ --host2 imap.nieuweprovider.com \ --user2 jan@bedrijf.nl \ --password2 "nieuw-wachtwoord" \ --ssl1 --ssl2 \ --subscribed --subscribe \ --syncinternaldates
Belangrijk: Gebruik --syncinternaldates om de oorspronkelijke datums te behouden. Zonder deze flag krijgen alle berichten de datum van de migratie.
Migratietijden inschatten
Plan de initiële sync dagen voor de DNS-switch. Je kunt imapsync meerdere keren draaien — het synchroniseert alleen delta's bij volgende runs.
Fase 4: De DNS-switch
Dit is het moment suprême. Als je de voorbereiding goed hebt gedaan, is dit het makkelijkste deel.
Stap-voor-stap DNS-switch
- Draai imapsync één laatste keer om de allerlaatste berichten over te zetten
- Wijzig MX-records naar je nieuwe provider
- Update SPF-record om de nieuwe provider te includeen
- Verwijder de oude provider uit SPF (na 24-48 uur)
- Monitor — controleer dat mail binnenkomt op de nieuwe server
bash# Controleer of MX-records zijn gepropageerd dig MX bedrijf.nl +short # Verwacht: 10 mx1.nieuweprovider.com. # Test SPF dig TXT bedrijf.nl +short | grep spf
Wat als er mail binnenkomt op de oude server?
Door DNS-caching zullen sommige servers nog tot 24 uur naar je oude provider sturen. Houd de oude mailboxen actief en draai een laatste imapsync na 48 uur om eventuele achtergebleven berichten op te vangen.
Fase 5: Clients en integraties updaten
E-mailclients herconfigureren
Stuur je team een handleiding met de nieuwe serverinstellingen:
Inkomend (IMAP):
Server: imap.nieuweprovider.com
Poort: 993
Beveiliging: SSL/TLS
Gebruikersnaam: jan@bedrijf.nl
Uitgaand (SMTP):
Server: smtp.nieuweprovider.com
Poort: 587
Beveiliging: STARTTLS
Gebruikersnaam: jan@bedrijf.nlIntegraties bijwerken
Vergeet niet je SMTP-integraties bij te werken:
- CRM-systeem → nieuwe SMTP-credentials
- Helpdesk → nieuwe IMAP/SMTP settings
- Webformulieren → nieuwe SMTP relay
- Monitoring tools → nieuwe mailbox credentials
Veelgemaakte fouten (en hoe je ze voorkomt)
1. SPF vergeten bij te werken
Symptoom: Uitgaande mail komt in spam terecht.
Oplossing: Beide providers in SPF opnemen tijdens de transitieperiode:
"v=spf1 include:oudeprovider.com include:nieuweprovider.com ~all"2. Te snel de oude provider afsluiten
Symptoom: Berichten die naar de oude server gingen zijn kwijt.
Oplossing: Houd de oude provider minimaal 2 weken actief na de switch.
3. Geen testmails sturen
Symptoom: Je ontdekt problemen pas wanneer klanten klagen.
Oplossing: Stuur testmails van externe accounts (Gmail, Outlook) en controleer headers.
4. TTL niet verlaagd
Symptoom: DNS-propagatie duurt 24-48 uur in plaats van minuten.
Oplossing: Verlaag TTL minimaal 48 uur vóór de switch.
5. Kalenders en contacten vergeten
Symptoom: Na de migratie zijn agenda-afspraken en contacten weg.
Oplossing: Exporteer CalDAV/CardDAV data apart — die zit niet in IMAP.
Migratie-checklist
Gebruik deze checklist om niets te vergeten:
Conclusie
E-mailmigratie hoeft geen spannend avontuur te zijn. Met de juiste voorbereiding, een parallel-run strategie, en deze checklist kun je van provider wisselen zonder dat je klanten er ook maar iets van merken. Het draait om drie dingen: voorbereiding, parallelle systemen, en geduld met DNS-propagatie.
Bij MailBelly hebben we migratietools ingebouwd die het meeste zware werk voor je doen — van IMAP-sync tot DNS-verificatie. Maar zelfs zonder die tools kun je met dit artikel als handleiding een soepele migratie uitvoeren.