MX-records aanpassen: timing en valkuilen bij hosting-overstap
Je past MX-records pas aan nadat de volledige mailbox-inhoud veilig naar de nieuwe server is gemigreerd, nooit als eerste stap van een hosting-overstap. Verlaag de TTL minstens 24 tot 48 uur van tevoren naar 300-3.600 seconden, migreer de mailboxen terwijl de oude MX-records nog actief zijn, en houd na de omschakeling 24 tot 72 uur een dual-delivery periode aan waarin je de oude server blijft controleren. Wie deze volgorde omdraait of de wachttijd overslaat, loopt het grootste risico op mailverlies bij een hosting-overstap.
# Wanneer pas je MX-records aan bij een hosting-overstap?
Je wijzigt MX-records pas nadat de volledige mailbox-inhoud is overgezet naar de nieuwe server, nooit als eerste stap van een hosting-overstap. Een MX-record (Mail Exchanger) vertelt de buitenwereld naar welke server nieuwe e-mail voor jouw domein moet worden afgeleverd, zoals beschreven in de DNS-specificatie voor mailrouting. Zet je dit record om voordat je oude mailbox-inhoud is gekopieerd, dan komt nieuwe mail meteen op een lege of onvolledige inbox binnen, terwijl je oude berichten nog op de oude server staan.
De juiste volgorde is: eerst de TTL verlagen, dan de mailbox-inhoud migreren met de bron intact, vervolgens verifiëren dat alles is overgekomen, en pas daarna de MX-records omzetten. Bij mailmigreren.nl blijft de bronmailbox tijdens het kopiëren volledig intact dankzij IMAP-APPEND streaming, dus je kunt de migratie draaien terwijl de oude MX-records nog actief zijn en pas omschakelen zodra je zeker weet dat alles compleet is overgezet.
De grootste tijdsdruk zit niet in de migratie zelf, die duurt 30 tot 90 minuten per mailbox van 5GB, maar in de DNS-propagatie na de omschakeling. Zolang oude DNS-caches nog leven, blijft een deel van het internet je oude server als bestemming zien. Timing is daarom minstens zo belangrijk als de migratie zelf.
# Wat is DNS TTL en waarom bepaalt het jouw wachttijd bij een MX-omschakeling?
DNS TTL (Time To Live) is het aantal seconden dat een DNS-resolver een MX-record in cache bewaart voordat hij een verse versie ophaalt, zoals vastgelegd in RFC 1035, de technische standaard voor DNS. Een hoge TTL betekent stabiele, snelle DNS-lookups in het dagelijks gebruik, maar ook een trage omschakeling op het moment dat je van server wisselt.
Veel Nederlandse hostingproviders gebruiken standaard een TTL van 3.600 seconden (1 uur) tot 86.400 seconden (24 uur). Verlaag deze minimaal 24 tot 48 uur voordat je de MX-records daadwerkelijk omzet naar bijvoorbeeld 300 tot 3.600 seconden. Zo dwing je resolvers wereldwijd om je nieuwe record sneller op te halen zodra je de knop omzet. Verhoog de TTL na de overstap weer naar de oorspronkelijke waarde: een permanent lage TTL levert onnodig veel DNS-verkeer op zonder voordeel.
| TTL-waarde | Cache-duur | Wanneer gebruiken |
|---|---|---|
| 300 seconden (5 min) | 5 minuten | Direct voor en tijdens de MX-omschakeling |
| 3.600 seconden (1 uur) | 1 uur | Eerste dagen na de overstap, als buffer |
| 86.400 seconden (24 uur) | 24 uur | Stabiele situatie, geen wijzigingen gepland |
# Wat is de dual-delivery periode en waarom mag je die niet overslaan?
De dual-delivery periode is de 24 tot 72 uur direct na het omzetten van de MX-records, waarin verzendende mailservers door verouderde DNS-cache nog een deel van de nieuwe mail naar je oude server sturen terwijl de rest al op de nieuwe server binnenkomt. Dit is geen storing: het is een normaal gevolg van hoe DNS-caching wereldwijd werkt, want niet elke resolver ververst op hetzelfde moment.
Sluit de oude hosting dus nooit direct af na de MX-switch. Houd de oude mailbox minstens tot het einde van de dual-delivery periode bereikbaar en controleer die handmatig op nieuwe berichten. Omdat mailmigreren.nl in kopieer-modus werkt en de bron nooit verwijdert, kun je na de dual-delivery periode een tweede, korte migratie draaien die alleen de berichten oppikt die in de tussentijd op de oude server zijn binnengekomen, voordat je de oude hosting definitief opzegt.
Bij grotere mailboxen, 10GB of meer, duurt zowel de initiële migratie als de veilige uitfasering van de oude server langer: reken op enkele uren migratietijd en een ruimere dual-delivery marge van 72 uur in plaats van 24.
# Hoe zet je MX-records om zonder mail te verliezen?
Een MX-omschakeling zonder mailverlies volgt een vaste volgorde: TTL verlagen, migreren, verifiëren, omzetten, monitoren, opschonen. Sla je een stap over of draai je de volgorde om, dan loop je het risico dat nieuwe mail op een incomplete inbox binnenkomt of dat oude berichten achterblijven op een server die je later opzegt. Het volledige stappenplan met tijdsindicaties staat hieronder.# Wat zijn de meest voorkomende valkuilen bij het aanpassen van MX-records?
De meest voorkomende valkuil is het omzetten van MX-records vóórdat de mailbox-migratie is afgerond, waardoor nieuwe mail op een incomplete inbox binnenkomt terwijl oude mail nog los op de vorige server staat. Op de tweede plaats staat het vergeten om de TTL vooraf te verlagen, waardoor de omschakeling niet in enkele uren maar in een volle dag of langer verloopt.
Een derde valkuil die vaak over het hoofd wordt gezien is mail-authenticatie. Naast het MX-record moet je ook SPF-, DKIM- en DMARC-records controleren en bijwerken naar de nieuwe verzendende server, zoals beschreven in de officiële DNS-documentatie van Microsoft 365. Zonder correcte SPF/DKIM riskeer je dat uitgaande mail als spam wordt gemarkeerd, zelfs als binnenkomende mail prima werkt.
- MX-record omzetten vóórdat de mailbox-migratie volledig is afgerond
- TTL niet minstens 24-48 uur vooraf verlagen
- Oude hosting direct opzeggen na de MX-switch, zonder dual-delivery periode
- SPF, DKIM en DMARC niet bijwerken naar de nieuwe mailserver
- Meerdere MX-records met verkeerde prioriteit (preference-waarde) instellen
- Geen test-mail versturen en ontvangen na de omschakeling
- Ervan uitgaan dat DNS-propagatie overal ter wereld gelijktijdig verloopt
# MX-record alleen wijzigen versus complete mailbox-migratie: wat is het verschil?
Alleen het MX-record omzetten routeert nieuwe binnenkomende mail naar de nieuwe server, maar neemt geen bestaande mail mee; een complete overstap combineert een mailbox-migratie met de MX-omschakeling zodat oude en nieuwe mail op dezelfde plek staan. Wie alleen het MX-record wijzigt, houdt jarenlange mailgeschiedenis achter op een server die op termijn wordt opgezegd, met het risico dat die geschiedenis definitief verloren gaat.
Mailmigreren.nl combineert beide stappen: eerst worden bestaande mappen en berichten via IMAP-APPEND streaming gekopieerd naar de nieuwe mailbox terwijl de bron intact blijft, daarna zet je zelf de MX-records om op het moment dat jou uitkomt. Dat kost 10 euro voor de eerste mailbox en 5 euro per extra mailbox: bij 5 mailboxen bijvoorbeeld 30 euro, bij 12 mailboxen 65 euro, exclusief 21% btw.
| Aspect | Alleen MX-record omzetten | Mailbox migreren + MX omzetten |
|---|---|---|
| Bestaande mail meenemen | Nee, blijft op oude server | Ja, volledig gekopieerd |
| Risico op mailverlies | Hoog bij opzeggen oude hosting | Laag, bron blijft intact tot controle |
| Tijdsinvestering | Enkele minuten DNS-wijziging | 30-90 minuten per 5GB mailbox plus DNS-wijziging |
| Geschikt voor | Alleen forwarding of tijdelijke situaties | Definitieve hosting-overstap |
# Voorbeeld: hoe verloopt een MX-omschakeling bij een overstap van Strato naar een nieuwe host?
Een praktijkvoorbeeld: een mkb-bedrijf met 5 mailboxen stapt over van Strato naar een nieuwe hostingpartij. Op dag 1 verlaagt het bedrijf de TTL van het MX-record bij Strato naar 300 seconden. Op dag 2 start de migratie via mailmigreren.nl, wat voor 5 mailboxen van gemiddeld 5GB neerkomt op ongeveer 2,5 tot 7,5 uur totale kopieertijd en 30 euro exclusief btw.
Op dag 3, in de avond buiten kantooruren, controleert het bedrijf of alle mappen en berichten zijn overgekomen en zet vervolgens het MX-record om naar de nieuwe server. Van dag 3 tot en met dag 5 blijft de oude Strato-mailbox actief en wordt die dagelijks gecontroleerd op nagekomen berichten: dat is de dual-delivery periode. Op dag 6 draait het bedrijf een korte delta-migratie voor eventuele nagekomen mail, verhoogt de TTL weer naar 3.600 seconden en zegt pas dan de oude hosting op.
Dit scenario verschilt bewust van gratis migratietools die sommige providers aanbieden: Strato, Mijndomein en WebOke bieden gratis mailmigratie aan, maar uitsluitend richting hun eigen hosting. Wil je juist weg van zo'n provider, of naar een leverancier zonder eigen migratietool zoals Hostnet, TransIP of YourHosting, dan is een provider-onafhankelijke oplossing nodig.
Stappenplan
- Verlaag de TTL 24-48 uur van tevoren: Zet de TTL van je huidige MX-record minimaal een dag voor de geplande omschakeling naar 300-3.600 seconden, zodat DNS-resolvers wereldwijd sneller je nieuwe record ophalen zodra je omzet.
- Migreer de mailbox-inhoud terwijl de oude MX-records nog actief zijn: Kopieer alle mappen en berichten naar de nieuwe server voordat je iets aan de MX-records wijzigt. Bij mailmigreren.nl blijft de bronmailbox intact, dus dit gebeurt veilig zonder dat gebruikers iets merken.
- Controleer de migratie volledig: Vergelijk berichtenaantallen en mapstructuur tussen bron en bestemming, en verstuur een testmail naar de nieuwe mailbox voordat je verdergaat.
- Zet de MX-records om bij je DNS-provider: Wijzig het MX-record naar de nieuwe server, bij voorkeur buiten kantooruren, en controleer met een DNS-lookup tool dat de wijziging correct is doorgevoerd.
- Houd de oude mailbox actief tijdens de dual-delivery periode: Laat de oude hosting en mailbox 24 tot 72 uur na de omschakeling actief staan en controleer dagelijks op nagekomen berichten die via verouderde DNS-cache nog op de oude server binnenkomen.
- Voer een delta-controle uit en verhoog de TTL weer: Migreer eventuele nagekomen berichten alsnog, verhoog de TTL terug naar de oorspronkelijke waarde voor stabiliteit, en zeg pas daarna de oude hosting op.
Veelgestelde vragen
Hoe lang duurt het voordat een nieuw MX-record overal actief is?
Dat hangt af van de TTL-waarde die je vooraf hebt ingesteld: bij een TTL van 300 seconden zien de meeste resolvers de wijziging binnen 5 tot 60 minuten, bij de standaardwaarde van 3.600 seconden kan dat oplopen tot enkele uren. In uitzonderlijke gevallen, bijvoorbeeld bij resolvers die de oude TTL negeren of cachen, kan volledige wereldwijde propagatie tot 48 uur duren.
Kan ik meerdere MX-records tegelijk gebruiken tijdens de overstap?
Ja, een domein kan meerdere MX-records hebben met elk een eigen prioriteitswaarde (preference); hoe lager het getal, hoe hoger de voorkeur. Tijdens een overstap kun je tijdelijk zowel de oude als de nieuwe server als MX-record opnemen, met de nieuwe server op de hoogste prioriteit, zodat er een vangnet is als de omschakeling niet in één keer overal doorkomt.
Wat gebeurt er met mail die tijdens de dual-delivery periode wordt verzonden?
Afhankelijk van welke DNS-cache de verzendende server gebruikt, komt die mail op de oude of de nieuwe server binnen. Zolang je de oude mailbox actief houdt en na afloop een delta-controle uitvoert, gaat er geen bericht verloren; sla je die controle over, dan kunnen berichten die alleen op de oude server zijn afgeleverd na opzegging van de oude hosting definitief kwijtraken.
Moet ik SPF, DKIM en DMARC ook aanpassen bij een MX-wijziging?
In veel gevallen wel, zeker als de nieuwe hostingpartij een andere uitgaande mailserver gebruikt. Controleer en werk deze records bij naar de configuratie van je nieuwe provider, anders kan uitgaande mail als spam worden geclassificeerd, ook als binnenkomende mail via het nieuwe MX-record prima werkt.
Wanneer kan ik de oude hosting veilig opzeggen na een MX-overstap?
Wacht minimaal tot het einde van de dual-delivery periode, doorgaans 24 tot 72 uur na de omschakeling, en voer daarna nog een korte delta-migratie uit om nagekomen berichten op te halen. Reken in de praktijk op 3 tot 7 dagen tussen de MX-omschakeling en het definitief opzeggen van de oude hosting.
Werkt mailmigreren.nl met elke hostingprovider?
Ja, mailmigreren.nl is provider-onafhankelijk en werkt met elke IMAP-provider, waaronder Strato, Hostnet, Mijndomein, TransIP, YourHosting, Vimexx, Antagonist en Argeweb. Voor Microsoft 365 en Gmail werkt de migratie via app-wachtwoorden of basic-auth; OAuth-koppeling volgt in een volgende versie.
Klaar om je mailbox te verhuizen?
Begin met een gratis preview. Je betaalt pas als je zeker bent.
Start migratie