E-mail migreren zonder dataverlies of lange uitval

E-mail migreren zonder gegevensverlies of downtime

Als je e-mail van de ene provider naar de andere migreert, kopieer je niet alleen bestanden. Je synchroniseert een levende database terwijl nieuwe berichten binnenkomen, gebruikers items verwijderen en metadata wijzigen. Een fout kan leiden tot gesplitste routering, verloren mail en paniek op maandagochtend.

Deze gids geeft een strikt plan per fase voor het migreren van zakelijke e-mail, met DNS-voorbereiding, IMAP-synchronisatie, omschakeling en verificatie achteraf. Elke stap moet aan je providers en omgeving worden aangepast.

Waarom veel e-mailmigraties mislukken

Drie specifieke nalatigheden veroorzaken veel mislukte migraties. Wie ze vooraf begrijpt, kan problemen bij een echte migratie voorkomen.

DNS-cache: Als je TTL niet vóór de omschakeling verlaagt, kan mail tot 24 uur naar zowel oude als nieuwe servers worden gestuurd.
Beperking: Providers zoals Google kunnen IMAP-downloads beperken tot ongeveer 2,500 MB/dag. Bij die limiet kan synchronisatie stoppen.
Uitbreidende scope: IMAP verplaatst alleen e-mail. Agenda's en contacten gebruiken andere protocollen zoals CalDAV/CardDAV en gaan niet automatisch mee.

Fase 1: de technische audit (T-minus 7 dagen)

Je kunt niet migreren wat je niet kent. Maak vóór de migratie een technische inventaris en vertrouw niet alleen op je geheugen.

Verborgen identiteiten inventariseren

Een lijst met gebruikersnamen is niet genoeg. Breng elk toegangspunt tot het mailsysteem in kaart:

• Aliassen: Ontvangt john@ ook mail voor sales@? Als die alias op de nieuwe host ontbreekt, kan een deel van zijn mail terugkomen.
• Distributielijsten: Zijn team@ en info@ gedeelde mailboxen of doorstuurgroepen?
• Doorstuurregels: Controleer regels aan serverzijde. Verborgen regels naar persoonlijke Gmail-accounts werken niet tenzij ze veilig worden hersteld.

De grote mailboxen herkennen

Zoek mailboxen groter dan 10 GB. IMAP heeft veel interacties; een mailbox van 50 GB is niet in een uur klaar. Microsoft 365 kan na ongeveer 20 GB/dag beperken. Markeer deze gebruikers voor een voorlopige synchronisatie die minstens 5 dagen voor omschakeling begint. De gids voor Google Workspace-gegevensmigratie beschrijft actuele beperkingen.

Controleer de e-mailscope

Migratietools, waaronder imapsync en de ingebouwde engine van TrekMail, gebruiken het IMAP-protocol (RFC 3501). IMAP verplaatst alleen e-mail.

Agenda's en contacten bestaan niet binnen IMAP. Ze gebruiken eigen formaten of protocollen zoals Exchange en CalDAV. Laat gebruikers agenda's als .ics en contacten als .vcf of .csv lokaal exporteren voordat je het oude abonnement opzegt, en test de import afzonderlijk.

Fase 2: infrastructuur voorbereiden (T-minus 48 uur)

Verplaats nog geen gegevens. Bereid eerst de infrastructuur voor zodat de bestemming klaar is.

De regel van 300 seconden voor DNS-TTL

DNS-records hebben een Time To Live (TTL) die bepaalt hoe lang resolvers een adres cachen. Bij de standaardwaarde 86,400 seconden (24 uur) kan een wijziging op vrijdag tot zaterdag oud worden gecachet.

Log in bij je DNS-provider, bijvoorbeeld Cloudflare, GoDaddy of Route53, en stel de TTL van het MX-record in op 300 seconden. Doe dit minstens 24 uur voor de verhuizing, als je provider die waarde toestaat.

De bestemming provisioneren

Maak mailboxen aan bij de nieuwe provider. TrekMail-gebruikers kunnen domeinen en gebruikers in het dashboard instellen. Configureer op het Nano-plan vooraf je BYO SMTP-inloggegevens voor SES/Mailgun, volgens de actuele planmogelijkheden, zodat uitgaande mail na omschakeling werkt.

Zorg dat je bronwachtwoorden of ondersteunde beheerdersreferenties hebt. Anders moet je wachtwoorden opnieuw instellen of een goedgekeurde beheerroute gebruiken.

Fase 3: strategie voor vooraf synchroniseren

Vermijd een big-bangmigratie waarbij alles op vrijdagavond verhuist. Gefaseerd migreren kan het risico sterk verkleinen.

Stap 1: historische ronde (T-minus 3 dagen)

Configureer de migratietool om alle e-mail ouder dan 7 dagen te synchroniseren. Dit kan ongeveer 95% van het volume verplaatsen terwijl gebruikers doorwerken. Als een bijlage van 2 GB mislukt, heb je dagen om het te onderzoeken in plaats van uren.

Let op HTTP 429 of meldingen dat een gebruiker wordt beperkt. Verlaag dan de gelijktijdigheid, bijvoorbeeld 5 gebruikers tegelijk in plaats van 50, afgestemd op de providerlimieten.

Stap 2: de blokkering (T-zero, vrijdagavond)

Informeer gebruikers dat de migratie bezig is, dat ze geen nieuwe mail moeten sturen en dat webmail alleen-lezen is. Als beleid en toegang het toelaten, beperk schrijven aan de bron om berichten te voorkomen die niet in de eindcontrole komen.

Stap 3: deltasynchronisatie

Voer de migratietool opnieuw uit. Deze ronde haalt de laatste 7 dagen en items op die tijdens de voorfase zijn gewijzigd. Omdat ongeveer 95% al aanwezig kan zijn, duurt deze ronde vaak veel korter, afhankelijk van limieten en volume.

Fase 4: de omschakeling

MX-records wijzigen

Werk de MX-records in DNS bij naar de nieuwe provider. TrekMail-gebruikers richten ze volgens de huidige documentatie op:

Met een TTL van 300 seconden kan verkeer snel verschuiven, maar caches en propagatiegedrag verschillen. Bewaak beide systemen.

SPF- en DKIM-authenticatie

Werk authenticatierecords bij wanneer je e-mail naar een nieuwe host migreert. Zonder correcte records neemt het risico op spamplaatsing of weigering toe.

• SPF: Werk het TXT-record bij. Voorbeeld: v=spf1 include:spf.trekmail.net -all
• DKIM: Genereer DKIM-sleutels in het dashboard van de nieuwe provider en voeg de vereiste CNAME/TXT-records aan DNS toe.

Lees voor een uitgebreide uitleg tijdens een wissel hoe je e-mail op je domein instelt.

De zombiecontrole

Als je Google Workspace verlaat maar het account voor Drive/Docs behoudt, kan Google interne mail mogelijk blijven afvangen in plaats van naar de nieuwe MX te sturen. Schakel Gmail uit voor betrokken gebruikers of configureer gesplitste bezorging volgens de huidige beheerdocumentatie.

Fase 5: verificatie

Vraag gebruikers niet alleen of alles aanwezig is. Gebruik meetbare controles om het migratieresultaat te bevestigen.

Aantallen items, niet alleen grootte

Vergelijk niet uitsluitend GB, want compressie verschilt per provider. Vergelijk aantallen items per map:

Een afwijking onder 1% kan volgens deze methode aan beschadigde of ongeldige items liggen, maar moet op basis van risico worden beoordeeld. Meer dan 5% vereist onderzoek.

Mappenhiërarchie

Controleer of mappen niet zijn afgevlakt. Diepe structuren zoals Clients/2024/Project A/Invoices/Paid kunnen worden afgekapt. Let ook op namespaceverschillen zoals INBOX.Sent tegenover Sent.

Veelvoorkomende fouten oplossen

De ingebouwde migratie-engine van TrekMail

Als het beheren van IMAP-synchronisatie, snelheidslimieten en DNS-propagatie te risicovol klinkt, kan TrekMail delen van dit werk automatiseren. Controle en reconciliatie blijven nodig.

Voor kleine bedrijven (1-50 gebruikers)

TrekMail omvat volgens de beschreven plannen een migratie-engine. Verbind de oude provider, selecteer mailboxen en start de taak. De infrastructuur is ontworpen voor nieuwe pogingen, snelheidslimieten en deduplicatie. Controleer na afloop aantallen en uitzonderingen.

Voor bureaus (100+ domeinen)

Migraties voor meerdere klanten kunnen marges drukken. TrekMail biedt beschreven bulkbewerkingen, gedeelde opslag tussen domeinen en vaste prijzen. Controleer actuele limieten en ondersteunde bronnen.

Volgens de beschreven aanbieding omvatten betaalde plannen een gratis proefperiode van 14 dagen waarvoor een kaart nodig is. Nano vraagt geen kaart. Controleer de huidige voorwaarden.

Conclusie: e-mail zorgvuldig migreren

E-mailmigratie is beheersbaar als je het proces respecteert. Synchroniseer gegevens vooraf, verlaag TTL waar mogelijk naar 300 seconden, voer een delta uit en verifieer met aantallen items. Het doel is niet alleen gegevens verplaatsen, maar infrastructuur kiezen die je zakelijke e-mailbehoeften ondersteunt zonder ongewenste prijsvalkuilen.

Wil je beginnen? Maak een gratis TrekMail-account en beoordeel de ingebouwde migratietool, ondersteunde bronnen en actuele limieten.