Een cPanel-migratie van e-mail op een eigen domein verplaatst postvakken van een gebundelde cPanel-host (Bluehost, HostGator, Hostinger of vergelijkbaar) naar een gespecialiseerde postvakhost, terwijl inkomende e-mail tijdens de omschakeling behouden blijft. De kern is parallelle ontvangst: stel de nieuwe host in terwijl de oude nog ontvangt en wijzig daarna de MX-records met een lage DNS-TTL, zodat het overgangsvenster minuten in plaats van uren duurt.
Veel handleidingen slaan parallelle ontvangst over en beschrijven een koude omschakeling waarbij tijdens DNS-propagatie berichten kunnen uitvallen. Zo'n omschakeling verliest doorgaans 10-50 berichten, afhankelijk van het inkomende volume. De onderstaande aanpak is bedoeld om dat verlies te voorkomen. Het extra installatiewerk kost 30 minuten en is die bescherming waard.
Deze gids behandelt de omschakeling in zes stappen, inclusief codeblokken met DNS-records. Zie voor het bredere migratiekader e-mail naar een nieuwe host verplaatsen.
Waarom een zorgvuldige cPanel-migratie belangrijk is
Een zorgvuldige cPanel-migratie is belangrijk omdat onderweg zijnde e-mail tijdens DNS-propagatie een werkelijk omzetrisico vormt. Bij een koude omschakeling met een urenlange propagatie kan alles wat na beëindiging van de ontvangst bij de oude MX aankomt verloren gaan. Veel organisaties merken de kosten pas als een klant klaagt.
De onderstaande aanpak vermijdt dit risicovenster met parallelle ontvangst: de oude en nieuwe host ontvangen tijdens de omschakeling tegelijk, en de beheerder stelt de oude omgeving pas handmatig buiten gebruik nadat is gecontroleerd dat alle onderweg zijnde mail is verwerkt. De extra discipline kost 30 minuten installatietijd en kan onbegrensd verlies voorkomen.
De omschakeling in zes stappen
Zes stappen omvatten de cPanel-migratie met parallelle ontvangst. De volgorde is belangrijk: de uitvoer van iedere stap maakt de volgende mogelijk. Van TTL-verlaging tot volledige buitengebruikstelling duurt het proces ongeveer een week; het actieve werk bedraagt circa 3-4 uur, verspreid over die week.
- Verlaag DNS-TTL 48 uur vooraf. Dit verkort tijdens de omschakeling de MX-propagatie van uren naar minuten.
- Maak postvakken op de nieuwe host aan. Maak overeenkomstige postvakken terwijl de oude actief blijven.
- Kopieer historische e-mail via IMAP. Een serverzijdig IMAP-migratiehulpmiddel kopieert bestaande berichten van oude naar nieuwe postvakken.
- Schakel de MX-records om. Laat DNS naar de nieuwe postvakhost verwijzen; tijdens propagatie ontvangen oud en nieuw.
- Controleer authenticatie en retourtest. Bevestig bij drie ontvangers dat SPF, DKIM en DMARC slagen.
- Stel oude postvakken buiten gebruik. Wacht 48-72 uur na de MX-wijziging en schakel ze uit zodra onderweg zijnde mail is verwerkt.
Iedere stap heeft een controlepunt; terugdraaien blijft tot en met stap 4 eenvoudig. Na stap 4, de MX-wijziging, is terugdraaien mogelijk maar operationeel kostbaar omdat berichten zich op de nieuwe host verzamelen. Bij correct uitgevoerde stappen 1-3 hoeft een standaardomschakeling normaal niet te worden teruggedraaid.
Stap 1: DNS-TTL 48 uur vooraf verlagen
Verlaag 48 uur vóór de geplande omschakeling de DNS-TTL van de bestaande MX-records. De standaard-TTL is doorgaans 3600 seconden (1 uur) of 86400 (24 uur). Stel deze in op 300 seconden (5 minuten), zodat de MX-wijziging in stap 4 binnen minuten in plaats van uren kan propageren.
Wijzig dit in het dashboard van de DNS-host. Bewerk de TTL van ieder MX-record naar 300 en sla op. Wacht 48 uur totdat de huidige TTL verloopt en de nieuwe lage TTL is verspreid. Verhoog na stap 6 de TTL weer naar 3600 voor normaal gebruik. Voorbeeld bij Cloudflare:
; before: MX record with default TTL
yourcompany.com. 3600 IN MX 10 mail.oldhost.example.com.
; after: MX record with low TTL for migration window
yourcompany.com. 300 IN MX 10 mail.oldhost.example.com.
Stap 2: postvakken op de nieuwe host aanmaken
Maak overeenkomstige postvakken op de nieuwe host aan. Voeg het domein toe bij TrekMail, verifieer eigendom via het TXT-record en maak voor ieder adres op de oude cPanel-host een postvak. De nieuwe host is dan gereed, terwijl MX nog naar de oude host verwijst.
Genereer de SPF-, DKIM- en DMARC-waarden van de nieuwe host. Publiceer ze nog niet; dat gebeurt in stap 4 tegelijk met de MX-wijziging. Door ze vooraf te genereren zijn de waarden gereed zodra stap 4 begint. Deze voorbereiding maakt parallelle ontvangst later mogelijk. Zie IMAP-migratie voor details over het hulpmiddel.
Stap 3: historische e-mail via IMAP kopiëren
Gebruik het IMAP-migratiehulpmiddel van de nieuwe host om historische berichten van oude cPanel-postvakken naar de nieuwe te kopiëren. Het serverzijdige hulpmiddel van TrekMail (Starter en hoger) doet dit via het dashboard: geef de IMAP-inloggegevens van de oude host op en laat de inhoud in enkele uren map voor map kopiëren.
De migratie draait op de achtergrond terwijl MX nog naar de oude host verwijst. De oude host ontvangt nieuwe berichten en de nieuwe bevat de historische kopie. Na voltooiing hebben beide hosts dezelfde mappenstructuur en berichten, precies de toestand die nodig is voor de parallelle omschakeling van stap 4. Zie de controlelijst voor e-mailmigratie voor een gestructureerd draaiboek.
Stap 4: MX-records omschakelen
In stap vier wijzig je bij de DNS-host de MX-records naar de nieuwe postvakhost. Publiceer de nieuwe MX-waarden en de SPF-, DKIM- en DMARC-records uit stap 2. DNS-propagatie duurt ongeveer 5 minuten dankzij de lage TTL uit stap 1. Tijdens dit venster ontvangen beide hosts parallel.
; new MX records pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.
; published SPF, DKIM, DMARC TXT records
yourcompany.com. 300 IN TXT "v=spf1 include:_spf.trekmail.net ~all"
trekmail._domainkey.yourcompany.com. 300 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.yourcompany.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com"
Het venster met parallelle ontvangst is bedoeld om mailverlies te voorkomen. Berichten tijdens propagatie komen bij de nog actieve oude host of de pas geactiveerde nieuwe host aan, zodat een onderbreking minder waarschijnlijk is. Houd de oude postvakken na de MX-wijziging minstens 48 uur actief en toegankelijk om achterblijvende mail op te vangen.
Stap 5: authenticatie en retourtest controleren
Controleer authenticatie van uitgaande berichten van de nieuwe host. Stuur vanuit ieder nieuw postvak testberichten naar Gmail-, Outlook.com- en Yahoo-accounts. Controleer bij alle drie in de headers SPF=PASS, DKIM=PASS en DMARC=PASS. Iedere FAIL betekent dat de in stap 4 gepubliceerde records moeten worden aangepast voordat de omschakeling als voltooid geldt.
Controleer ook of berichten bij de nieuwe host aankomen. Stuur vanaf een extern adres een testbericht naar een nieuw postvak en bevestig dat het binnen enkele minuten in de nieuwe inbox staat. Komt het bij de oude host aan, dan is DNS-propagatie nog niet voltooid; wacht nog 10-15 minuten en test opnieuw.
Stap 6: oude postvakken buiten gebruik stellen
Stel de oude postvakken 48-72 uur na de MX-wijziging buiten gebruik. DNS-propagatie hoort wereldwijd voltooid te zijn en afzenders horen niet meer naar de oude MX te routeren. Schakel de oude postvakken uit via cPanel; houd het cPanel-hostingabonnement zo nodig actief voor de website, maar beëindig e-mailontvangst.
Als de cPanel-host ook de website host en je er niet voor wilt blijven betalen, is dit het moment om de site naar een afzonderlijke webhost te verplaatsen. De migratie is voltooid zodra oude e-mail is uitgeschakeld en de nieuwe host meerdere dagen goed ontvangt. Verhoog de DNS-TTL weer naar 3600 seconden voor normaal gebruik.
Vervolgstappen
Een cPanel-migratie met parallelle ontvangst duurt ongeveer een week en vraagt 3-4 uur actief werk. Het doel is een omschakeling zonder verloren berichten naar een gespecialiseerde postvakhost, met correcte authenticatie van uitgaande e-mail.
Het migratiekader met zes stappen is herhaalbaar: pas het op dezelfde manier toe op ieder volgend cPanel-domein, waarna het proces per herhaling sneller kan verlopen.
Test TrekMail Nano gratis via trekmail.net/pricing, zonder kaart. Starter voor $4/maand omvat het serverzijdige IMAP-migratiehulpmiddel dat nodig is voor stap 3. Het platform neemt het operationele postvakwerk over dat je bij een gebundelde cPanel-host zelf moest uitvoeren.
Een operationele opmerking: het venster met parallelle ontvangst in stap 4 is de structurele reden dat deze aanpak mailverlies probeert te voorkomen. Bij een koude omschakeling kan een gat ontstaan tussen het stoppen van de oude host en wereldwijde ontvangst door de nieuwe host, waarin berichten terugkaatsen. Parallelle ontvangst sluit dit gat door beide hosts tijdens propagatie actief te houden.
De migratie is operationeel vaak eenvoudiger dan organisaties verwachten. Angst dat e-mail uitvalt, vertraagt een overstap soms maanden terwijl de leveringsproblemen van een gebundelde cPanel-host kunnen oplopen. De zes stappen beperken het risico dat die vertraging veroorzaakt, waardoor een volgende migratie van extra domeinen vertrouwder verloopt.
Voor meerdere eigen domeinen op cPanel-hosts geldt de migratiesjabloon per domein: dezelfde zes stappen, telkens met andere DNS-vermeldingen. Plan omschakelingen op afzonderlijke dagen en niet gelijktijdig. Elke migratie vraagt weinig maar wel echte aandacht; opeenvolgende omschakelingen verhogen onnodig de cognitieve belasting en de kans dat een stap wordt overgeslagen.
