E-mailoverdracht: DNS, IMAP-kopie en overstap uitgelegd

E-mailoverdracht uitgelegd: DNS, IMAP-kopie en omschakeling

De term "e-mailoverdracht" is misleidend. In de fysieke wereld betekent een bestand overdragen dat het locatie A verlaat en op locatie B aankomt. Bij e-mailinfrastructuur gebeurt dat niet.

Een e-mailoverdracht bestaat in werkelijkheid uit twee onafhankelijke processen die naast elkaar lopen: een database repliceren via IMAP-synchronisatie en het verkeer omleiden via een DNS-omschakeling. Wie deze lagen verwart, veroorzaakt gemakkelijk gegevensverlies, gesplitste routering en supportvragen op maandagochtend.

Deze handleiding legt uit wat "overdracht" in de praktijk betekent, welke gegevens wel en niet meekomen en hoe je voor jouw situatie de juiste aanpak kiest.

De drie soorten e-mailoverdracht

Bepaal de reikwijdte voordat je een server aanraakt. "Overdracht" wordt door elkaar gebruikt voor drie verschillende processen. Als je die verwart, ontstaan er echte problemen.

1. Domeinoverdracht (andere registrar)

Je verhuist het beheer van example.com van GoDaddy naar Namecheap. Daarmee verandert de partij die het domein factureert. Gevolg voor e-mail: geen, mits je de DNS-zone exact kopieert. Verander je de nameservers zonder de MX-records over te nemen, dan valt de e-mail direct uit.

2. E-mailmigratie (andere provider)

Je zegt Google Workspace op en verhuist naar TrekMail of een andere host. Daarvoor richt je een nieuwe server in, kopieer je de oude gegevens en vertel je het internet dat nieuwe mail voortaan daarheen moet. Gevolg voor e-mail: volledig. Dit is een nauwgezette reconstructie van je gegevens en vormt het onderwerp van dit artikel.

Lees voor het uitvoeringsplan de volledige handleiding voor IMAP-synchronisatie.

3. Overdracht van accounteigendom

Je verandert het beheerdersadres van een account van bob@ in alice@. Dat is een wijziging van databaserechten. Gevolg voor e-mail: geen.

De twee lagen die je tijdens een e-mailoverdracht moet beheren

Voor een geslaagde e-mailoverdracht moet je twee tijdlijnen tegelijk beheren. Een fout in een van beide veroorzaakt problemen.

De gegevenslaag (IMAP-kopie)

Nieuwe providers nemen oude gegevens niet vanzelf over. Je haalt ze op via het IMAP-protocol (RFC 3501). Het is een kopie, geen verplaatsing. Het origineel blijft op de bronserver staan totdat je het daar verwijdert.

De valkuil van UIDVALIDITY: IMAP is ontworpen om berichten te bekijken, niet om grote hoeveelheden gegevens te repliceren. Elke map heeft een UIDVALIDITY-waarde. Als de bronserver tijdens de migratie uitvalt of opnieuw indexeert, verandert deze waarde. Het migratieprogramma ziet dan alle berichten als nieuw en downloadt ze opnieuw, waardoor gebruikers 10,000 dubbele berichten zien. Gebruik daarom een programma dat ontdubbelt op basis van Message-ID-headers en niet alleen op IMAP-UID's.

De routeringslaag (DNS-omschakeling)

Terwijl de gegevens worden gekopieerd, moet je nieuwe mail omleiden. Dat gebeurt met het MX-record (Mail Exchange):

Het risico op gesplitste routering: internetproviders wereldwijd bewaren DNS-records tijdelijk in hun cache. Als de TTL 86,400 seconden (24 uur) is en je het MX-record op vrijdag om 5 PM wijzigt, sturen sommige servers tot zaterdag 5 PM nog naar de oude provider.

De oplossing is de "300-secondenregel". Verlaag de TTL van het MX-record naar 300 seconden, minstens 24 uur voor de verhuizing. Lees voor de volledige omschakelprocedure hoe je e-mail op je domein instelt.

Wat via IMAP wordt overgedragen en wat niet

TrekMail is een gespecialiseerd e-mailplatform met IMAP en SMTP voor mail en synchronisatie van agenda's en contactpersonen per postvak via CalDAV en CardDAV. Het is geen productiviteitspakket: er zijn geen documenten, spreadsheets of videogesprekken. Bij een overstap van een pakket zoals Google of M365 naar een gespecialiseerde e-mailhost moet je precies weten wat er meekomt.

De kloof van moderne authenticatie

Als je verhuist van een provider die OAuth afdwingt, zoals Google, kunnen oudere apparaten niet altijd met een standaard IMAP-server verbinden. Denk aan oude scanners en Outlook 2013. De migratiedocumentatie van Google Workspace legt uit hoe app-wachtwoorden deze kloof kunnen overbruggen. TrekMail ondersteunt gewone IMAP/SMTP-authenticatie via TLS 1.2. Controleer of je apparaten die versie ondersteunen.

Welke route voor e-mailoverdracht heb je nodig?

Scenario A: besparen op Google Workspace

1. Maak een TrekMail-account met je domein
2. Gebruik het migratieprogramma van TrekMail om ondersteunde e-mailgegevens te kopiëren
3. Exporteer contactpersonen (.vcf) en agenda's (.ics) naar lokale bestanden
4. Wijzig de MX-records in mx1.trekmail.net en mx2.trekmail.net
5. Zeg Google Workspace op nadat de kopie en routering zijn gecontroleerd

Scenario B: je domein naar een andere registrar verhuizen

1. Schakel domeinoverdracht in bij de huidige registrar
2. Vraag de EPP- of autorisatiecode op
3. Start de overdracht bij de nieuwe registrar
4. Belangrijk: zorg dat de nameservers niet veranderen of kopieer de zone exact

De ingebouwde hulpmiddelen van TrekMail voor e-mailoverdracht

Handmatige IMAP-migraties zijn foutgevoelig. Eén time-out of verandering in UIDVALIDITY kan een migratie verstoren. TrekMail behandelt migratie als kerninfrastructuur, niet als bijzaak.

Migratie-engine

Het dashboard maakt rechtstreeks verbinding met je oude provider, zoals Gmail, cPanel of Exchange, en voert de IMAP-synchronisatie tussen de servers uit. Nieuwe pogingen, wachttijden bij snelheidsbeperking en ontdubbeling op headers gebeuren automatisch. Er is geen opdrachtregel nodig.

Gedeelde opslag voor bureaus

Voor een MSP die 50 klanten verhuist, is het verspilling om 50 afzonderlijke opslagquota te beheren. TrekMail biedt gedeelde opslag, bijvoorbeeld 200 GB voor alle domeinen samen. Verdeel de ruimte waar ze nodig is.

DNS-validatie

Een eenvoudig DNS-controleprogramma verifieert of je MX-, SPF- en DKIM-records juist zijn, zodat je tijdens de omschakeling niet per ongeluk alle inkomende mail naar een doodlopend punt stuurt.

Alle betaalde abonnementen omvatten een gratis proefperiode van 14 dagen, waarvoor een kaart nodig is. Voor Nano is geen kaart vereist.

Conclusie: bepaal welke e-mailoverdracht je werkelijk nodig hebt

De meeste fouten bij e-mailoverdracht ontstaan doordat mensen domeinoverdrachten, e-mailmigraties en accountwijzigingen door elkaar halen. Scheid de gegevenslaag met de IMAP-kopie van de routeringslaag met de DNS-omschakeling, beheer ze volgens afzonderlijke tijdlijnen en controleer na afloop aantallen en steekproeven tegen de bron.

Ben je klaar om te verhuizen, maak dan je gratis TrekMail-account aan en laat de migratie-engine het zware werk uitvoeren.