Checklist voor e-mailmigratie: draaiboek voor de omschakeling

Zoek je een checklist voor e-mailmigratie, dan ken je de risico's waarschijnlijk al. Migraties mislukken meestal niet alleen bij het kopiëren. De problemen zitten in de details: vergeten aliassen, verouderde DNS-records, gecachete Outlook-profielen, eigenaardigheden van Gmail-labels en die belangrijke mailbox die drie dagen langer nodig heeft dan gepland.

Dat is het probleem. Veel handleidingen blijven bovendien te algemeen om tijdens de daadwerkelijke omschakeling te helpen. Verhuis je een klein team, ruim je oude hosting op of wil je minder betalen voor zakelijke mail, begin dan bij zakelijke e-mail voor kleine bedrijven en gebruik daarna deze operationele checklist.

Deze gids biedt een bruikbare checklist voor e-mailmigratie voor, tijdens en na de omschakeling. Hij is bedoeld voor oprichters, IT-beheerders, bureaus en managedserviceproviders die overstappen op IMAP-hosting zoals TrekMail. Volgens het bronartikel ondersteunt TrekMail meerdere domeinen, gedeelde opslag en ingebouwde IMAP-migratie aan de serverzijde.

Wat een checklist voor e-mailmigratie werkelijk omvat

Het is een controlelijst voor mailboxen, DNS, identiteit en toegang via mailclients tijdens de omschakeling. De lijst helpt geweigerde berichten, ontbrekende mappen, niet-werkende mobiele apps en stille gegevenshiaten te voorkomen die pas zichtbaar worden wanneer gebruikers weer aan het werk gaan.

Een goede checklist voor e-mailmigratie gaat verder dan exporteren, importeren en MX wijzigen. Je moet elk object dat mail kan ontvangen, elke afhankelijkheid die aflevering kan blokkeren en elke gebruikershandeling afdekken die na een afgeronde migratie alsnog een stroom supportvragen kan veroorzaken.

1. Inventariseer alles wat mail kan ontvangen

Begin met een inventarisatie. Een bronlijst met alleen gebruikers met een licentie is onvolledig. Gedeelde mailboxen, aliassen, catch-all-routes, doorstuurregels, scanners, financiële mailboxen en oude distributielijsten kunnen na de omschakeling echte mail blijven ontvangen.

Hier gaat het vaak mis. Iemand exporteert actieve gebruikers, maakt de doelmailboxen aan, wijzigt DNS en denkt klaar te zijn. Vervolgens worden aanvragen aan sales@ geweigerd, raken facturen aan ap@ uit beeld en geeft de kantoorprinter SMTP-fouten.

Controleer deze inventarislijst voordat je gegevens verplaatst:

1. Mailboxen van gebruikers met een licentie
2. Gedeelde mailboxen en functionele accounts zoals info@, billing@ en support@
3. Aliassen gekoppeld aan gebruikers of gedeelde mailboxen
4. Distributielijsten en groepsadressen
5. Doorstuurregels, catch-all-gedrag en uitzonderingen in de routering
6. Apparaten en apps die via de oude provider verzenden
7. Oude Exchange-objecten, waaronder X.500- of LegacyExchangeDN-verwijzingen

De keuze tussen een alias behouden en een echte mailbox maken is belangrijker dan vaak wordt gedacht. Lees domeinalias tegenover mailbox vóór de verhuizing, niet wanneer mail al wordt geweigerd.

Beheerdersregel: heeft een adres ooit betalingen, leads, tickets of toegangherstel ontvangen, behandel het dan als productie totdat het tegendeel is aangetoond.

Het TrekMail-model kan hierbij helpen. Volgens het bronartikel betaal je niet per gebruiker voor elke functionele mailbox: betaalde abonnementen beginnen bij $3.50/maand en de opslag is gedeeld. Je kunt echte IMAP-mailboxen gebruiken in plaats van kritieke adressen met geïmproviseerde doorstuurconstructies na te bootsen; controleer de actuele voorwaarden.

2. Controleer wat IMAP wel en niet verhuist

Bij een IMAP-migratie kun je uitgaan van het verplaatsen van mail, maar niet van alle overige gegevens. Berichten en mappen worden doorgaans gekopieerd. Agenda's, contacten, regels, handtekeningen, machtigingen en bepaalde leveranciersspecifieke metadata vereisen meestal een aparte aanpak.

Hier botsen verwachtingen met de werkelijkheid. IMAP verplaatst e-mail, niet je hele samenwerkingsomgeving. Bij Google Workspace of Exchange als bron kunnen gebruikers verwachten dat agenda's, gedeelde machtigingen, categorieën en de geschiedenis voor automatisch aanvullen behouden blijven. Ga daar niet van uit.

Leg vooraf schriftelijk vast wat binnen de opdracht valt:

De TrekMail-importtool is bedoeld voor IMAP-mailimport. Gebruik hem daarvoor. Bekijk het overzicht van IMAP-migratie en een import starten in het dashboard voordat je een volledige omgevingsmigratie belooft.

3. Kopieer grote mailboxen vooraf voor een haalbare planning

Een realistische checklist houdt rekening met verkeersbeperkingen. Je lokale internetsnelheid is niet de enige grens. De bronprovider, doelprovider en limieten van IMAP-sessies bepalen de werkelijke migratiesnelheid.

Zelfs met een snelle kantoorverbinding kan een mailbox van 50 GB langzaam overgaan als de bron verzoeken afremt, verbindingen beperkt of intensief IMAP-gebruik onderbreekt. Google publiceert Gmail-bandbreedtelimieten en API-quota; Microsoft-omgevingen hanteren ook eigen beperkingen.

Plan daarom geen verhuizing van alle mailboxen in één weekend. Verdeel het werk in fasen:

1. Kopieer oudere mail twee tot drie weken vooraf.
2. Laat recente mail bij de bron staan terwijl gebruikers doorwerken.
3. Voer tijdens het laatste omschakeltijdvak een incrementele synchronisatie uit.
4. Controleer de aantallen voordat je MX wijzigt.

Dit maakt de migratie minder riskant en beter beheersbaar. Ook kan het supportvragen beperken doordat gebruikers bij hun eerste aanmelding het grootste deel van hun geschiedenis al zien.

Verhuis je vanuit Gmail, houd dan rekening met labels. Een ongeschikte IMAP-aanpak kan één bericht met meerdere labels als verschillende mapkopieën behandelen. Dat vergroot de opslag en veroorzaakt duplicaten. Een praktische checklist voor e-mailmigratie moet Gmail-labelkoppelingen expliciet controleren en waar passend onnodige structuren uitsluiten, zoals zeer grote archiefmappen.

Werk je liever met een zelfstandige tool, vergelijk dan je opties met imapsync. Voor migratie binnen het hostingpaneel voorkomt TrekMails import aan de serverzijde dat het hele werk via één beheerderslaptop moet lopen, volgens de werkwijze in het bronartikel.

4. Verlaag DNS-TTL vóór de omschakeling, niet tijdens

Neem de DNS-planning op in de checklist. TTL verlagen nadat je MX hebt gewijzigd, verkort de levensduur van oude antwoorden die al gecachet zijn niet. Plan de verlaging minimaal 24 tot 48 uur vooraf, rekening houdend met de eerdere TTL en externe resolvers.

Dit is het bekende probleem met twee actieve bestemmingen: een deel van internet ziet de nieuwe MX, terwijl een ander deel nog bij de oude server aflevert. Je paneel toont een afgeronde migratie, maar de oude host ontvangt nog berichten die niemand controleert.

Gebruik dit richtschema:

De TrekMail-records staan beschreven onder vereiste DNS-records. Verzenden beide providers tijdens de overgang, dan moet SPF mogelijk tijdelijk beide toestaan. SPF is vastgelegd in RFC 7208 en DMARC in RFC 7489.

example.com. 300 IN MX 10 mail.trekmail.net.
example.com. 300 IN TXT "v=spf1 include:_spf.google.com include:spf.trekmail.net -all"

Die tijdelijke SPF-combinatie is een nuttig punt op de checklist voor e-mailmigratie. Verwijder de oude include pas als die niet meer nodig is, niet vijf minuten na het wijzigen van MX.

5. Controleer aantallen in plaats van alleen mailboxgrootte

Een goede checklist controleert eerst het aantal berichten. Grootte is een onbetrouwbare maat: providers berekenen opslag verschillend, bijlagecodering voegt overhead toe en Gmail-labels kunnen hetzelfde bericht in meerdere mappen laten verschijnen.

Hier ontstaat soms onnodige paniek. De bron vermeldt 10.2 GB en de bestemming 9.8 GB. Dat betekent niet automatisch gegevensverlies. MIME-codering, opslagtechniek en deduplicatie kunnen de gerapporteerde grootte wijzigen.

Hanteer deze volgorde:

1. Controleer het totale aantal elementen.
2. Bekijk belangrijke mappen zoals Postvak IN, Verzonden, Concepten en Archief.
3. Controleer steekproefsgewijs perioden en conversaties met veel bijlagen.
4. Vergelijk pas daarna de gerapporteerde grootte als globale aanwijzing.

Gelijke aantallen en geslaagde steekproeven zijn gunstige signalen, geen absolute garantie. Wijken de aantallen af, stop dan en onderzoek de oorzaak voordat je de migratie geslaagd noemt.

Test ook echt mailverkeer: van buiten het domein, van binnen het domein en vanaf het lastigste apparaat in het bedrijf. Outlook, iPhone Mail en oude scanners kunnen problemen blootleggen die dashboards missen.

6. Plan opnieuw aanmelden en het opnieuw aanmaken van profielen

De checklist is onvolledig als hij eindigt bij de serverstatus. Gebruikers moeten zich nog opnieuw aanmelden op telefoons, desktops, tablets en oude mailapps. Het account opnieuw aanmaken is vaak effectiever dan het profiel repareren.

Dit is de fase met veel supportwerk. Mailbox en DNS zijn in orde, maar Outlook probeert de laatste bekende configuratie of een telefoon bewaart een oud Google- of Microsoft-token en maakt geen verbinding met de nieuwe IMAP-host.

Maak instructies voor de eerste dag: bewaar eerst eventuele lokale, nog niet gesynchroniseerde gegevens, verwijder het oude account, voeg het nieuwe toe en gebruik de exacte IMAP- en SMTP-instellingen. TrekMail publiceert die onder IMAP- en SMTP-instellingen voor alle clients. De gebruikelijke waarden in het bronartikel zijn:

IMAP host: imap.trekmail.net
IMAP port: 993
SMTP host: smtp.trekmail.net
SMTP port: 465
Username: full email address
Password: mailbox password

Verder gebruikt TrekMail volgens het bronartikel alleen IMAP, geen POP3. In 2026 is gedeelde status tussen apparaten vaak nuttiger dan het oude model van downloaden en verwijderen.

Beheer je veel domeinen of klantomgevingen, dan wordt deze supportstap snel ingewikkelder. De operationele structuur telt dan even zwaar als de migratietool. Voor die planning is e-mailhosting voor meerdere domeinen relevant.

7. Bepaal of alle oude mail mee moet

Een slimme checklist kan ook adviseren niet alles te migreren. Gebruiken mensen een decennium aan oude mail nauwelijks, dan kan een apart exportarchief met een opgeschoonde mailbox het risico verminderen, de omschakeling verkorten en de impact van incidenten beperken.

Dit punt wordt vaak overgeslagen omdat het lastige gesprekken oplevert. Toch kost het verhuizen van 15 jaar aan bonnetjes, nieuwsbrieven en afgesloten projecten tijdens een actieve migratie veel tijd en verhoogt het de kans op problemen. Wordt het archief zelden gebruikt, haal het dan uit het kritieke pad en houd rekening met bewaarplichten.

Het verschil tussen de aanpakken is eenvoudig:

Traditionele aanpak: per gebruiker blijven betalen omdat één mailbox 40 GB ongebruikt historisch materiaal bevat.

Nieuwe aanpak: archiveren wat niet meer operationeel is, verhuizen wat gebruikers echt nodig hebben en gedeelde opslag gebruiken om de druk van een licentie-upgrade door één grote mailbox te beperken.

Daarom kan TrekMail passen bij het opruimen van een versnipperd mailboxlandschap. Volgens het bronartikel kun je gratis beginnen, starten betaalde abonnementen bij $3.50/maand en is er een gratis proefperiode van 14 dagen waarvoor een creditcard nodig is. Nano wordt beschreven als gratis zonder kaartvereiste; controleer de huidige voorwaarden.

Checklist voor e-mailmigratie: het definitieve draaiboek

Deze korte versie kun je in een wijzigingsticket opnemen. Hij bevat basiscontroles om veelvoorkomende problemen bij een IMAP-omschakeling in productie te beperken.

1. Inventariseer elke mailbox, alias, gedeelde mailbox, groep, route en verzendende app.
2. Bevestig wat IMAP verhuist en wat een aparte export nodig heeft.
3. Kopieer oudere mail voor de omschakeling.
4. Verlaag MX-TTL 24 tot 48 uur vooraf.
5. Bereid tijdelijke SPF-autorisatie voor beide systemen voor als ze tijdens de overgang verzenden.
6. Voer de laatste incrementele synchronisatie vóór de MX-wijziging uit; houd de oude server beschikbaar en herhaal de synchronisatie voor latere afleveringen totdat de controle is afgerond.
7. Controleer aantallen, mappen en echt verzenden en ontvangen.
8. Maak clientprofielen waar nodig opnieuw aan. Verspil geen uren aan het repareren van verouderde gecachete configuraties.
9. Archiveer ongebruikte geschiedenis in plaats van standaard overbodige inhoud te migreren.
10. Houd toegang tot het oude systeem voor terugdraaien totdat de controle is afgerond.

Dat is het doel van een checklist voor e-mailmigratie: geen elegantie of theorie, maar minder verrassingen.

Zoek je een passende bestemming voor IMAP-verhuizingen, vergelijk dan de TrekMail-prijzen. Volgens het bronartikel en het abonnement zijn eigen domeinen, IMAP-mailboxen, catch-all, eigen of beheerd SMTP, doorsturen en een ingebouwde migratietool beschikbaar zonder facturering per gebruiker. Controleer de actuele functies en voorwaarden.