E-mailaccounts verhuizen: mailboxen, routing en DNS

E-mailaccounts verhuizen voor een bedrijf is meer dan een persoonlijke inbox kopiëren. Mail blijft binnenkomen, gebruikers antwoorden en aliassen blijven routeren. Verkeerde DNS kan ontvangst over systemen verdelen. Begin daarom met inventarisatie, kopieer vooraf en schakel pas daarna om. Lees voor de bredere context deze gids over zakelijke e-mail voordat je DNS verandert.

De problemen zijn herkenbaar: PST-export, mappen verslepen in Outlook en de aanname dat ieder adres een mailbox is. Op maandag ontvangt sales@ geen mail, een grote mailbox synchroniseert nog en niemand weet welk systeem leidend is. Behandel de overgang als actieve infrastructuur, niet alleen als bestanden kopiëren.

Deze gids laat zien hoe je e-mailaccounts verhuist met een gecontroleerde beheerderswerkwijze. Hij behandelt IMAP, de omschakelvolgorde, belangrijke foutscenario's en TrekMails beschreven alternatief voor teams, bureaus en MSP's die minder scripts willen onderhouden. Dat kan werk besparen, maar garandeert geen snellere of foutloze migratie.

Wat betekent e-mailaccounts verhuizen?

Je kopieert mailboxinhoud tussen IMAP-servers, richt aliassen en forwarding opnieuw in en wijzigt zo nodig de ontvangst via DNS. MX wijzigen geldt alleen voor een eigen beheerd domein waarvan de ontvangsthost verandert; een persoonlijk provideradres verhuist daardoor niet automatisch.

Dat onderscheid voorkomt dat de helft van het werk wordt vergeten. IMAP kan mappen, berichten en ondersteunde status kopiëren. Volgens RFC 3501 gaat het om berichttoegang en mailboxbewerking, niet om een volledige export van bedrijfsidentiteit.

In de praktijk zijn er drie taken:

1. Berichten en de ondersteunde mappenstructuur kopiëren.
2. Routing opnieuw inrichten, waaronder aliassen, distributielijsten en forwarding.
3. Waar nodig DNS voor inkomende mail op het juiste moment omschakelen.

Een ontbrekende taak kan de migratie onvolledig laten en gebruikersproblemen veroorzaken. Controleer dus de gegevens én de omgeving.

Wat IMAP wel en niet verhuist

IMAP-migratie kopieert berichten, mappen en vaak de leesstatus, afhankelijk van bron, doel en tool. Agenda's, contacten, taken, desktophandtekeningen en clientregels vragen een afzonderlijk plan, net als accountrechten.

Leg die scope schriftelijk vast. TrekMails beschreven werkwijze is IMAP-gebaseerd en bedoeld voor mailhosting, niet voor het klonen van een samenwerkingsomgeving. Daarom vragen de docs om bronhost, poort, gebruikersnaam, wachtwoord en doelmailbox, niet om gezamenlijke agenda's.

Gebruik deze indeling:

Vooral de laatste regel wordt gemist. Lees bij twijfel de gids over alias tegenover mailbox. Een juiste inventarisatie kan herstelwerk voorkomen.

Inventariseren vóór de verhuizing

Maak vóór synchronisatie een zo volledig mogelijke inventarisatie. Koppel mailboxen, aliassen, groepen, forwarding, quota en grote mailboxen aan doelobjecten en migratiegroepen. Controleer ook of het doel de benodigde functies ondersteunt.

Een gebruikerslijst is niet genoeg; zoek ook naar weinig zichtbare afhankelijkheden.

Controleer minstens:

1. Primaire mailboxen: actieve gebruikers, gedeelde en functiegebonden mailboxen.
2. Aliassen: andere adressen die naar een mailbox bezorgen.
3. Distributielijsten en groepen: routing die geen gewone IMAP-inbox is.
4. Forwarding: serverregels zoals info@ naar owner@, met geldige toestemming en beleid.
5. Catch-all: bewust behouden, beperken of uitschakelen.
6. Grote mailboxen: begin vroeg met de voorbereiding en kopie.

Grote mailboxen beïnvloeden de planning. Providers kunnen IMAP begrenzen en kopiëren kan dagen duren. Beloof geen weekendmigratie zonder rekening te houden met jaren bijlagen, bronlimieten en archivering.

Illustratie: een vrijdagomschakeling voor 60 gebruikers, met een directiemailbox van 48 GB. Op zondag zijn 59 gebruikers gereed en loopt die grote kopie nog. Dat scenario onderstreept het belang van planning, niet een vaste doorlooptijd.

Combineer accountaanmaak zo nodig met deze werkwijze voor bulkprovisioning. Fouten in provisioning kunnen de overgang verstoren, net als DNS-fouten.

Meerdere mailboxen in migratiegroepen overzetten

Werk in groepen in plaats van alles tegelijk. Een pilot toetst credentials, mapping en bronverbinding. Daarna kopieert een voorbereidende groep historische mail. De laatste groep synchroniseert wijzigingen rond de DNS-omschakeling.

Een praktische volgorde:

Groep 1: pilot

Kies IT-medewerkers, testaccounts en een gewone gebruiker met representatieve gegevens. Controleer TLS op poort 993, certificaten en volledige mailboxcredentials. Bekijk de mapping van verzonden mail, concepten, archief en eigen mappen.

Groep 2: voorbereidende kopie

Begin de bulkoverdracht vóór het omschakelweekend. Kopieer historische gegevens terwijl de bron nog wordt gebruikt, zodat de grote kopie niet pas na de MX-wijziging start.

Groep 3: delta en omschakeling

Synchroniseer wijzigingen, controleer het doel en schakel daarna zo nodig MX om. Herhaal deltarondes ná de wijziging voor late mail met oude datums, mapverplaatsingen en ondersteunde vlaggen. Houd oude SMTP-ontvangst, beheersynchronisatie en een terugvalroute beschikbaar tijdens caches en herpogingen.

Zo beperk je de afhankelijkheid van providerlimieten en weekendwerk; een onderbrekingsvrije overgang blijft niet gegarandeerd.

Handmatig overzetten met imapsync

Voor directe controle kun je een IMAP-naar-IMAP-tool zoals imapsync gebruiken. Ondersteuning voor herpogingen, mapping en vlaggen kan een herhaalbare werkwijze mogelijk maken, mits versie en opties correct zijn ingesteld.

Losse Outlook-acties, PST-export en uit het hoofd ingevoerde opdrachten kunnen de controleerbaarheid verminderen. Ze zijn niet per definitie onbruikbaar, maar vragen duidelijke afspraken. Kopieer in een client in plaats van de bron destructief te verplaatsen. Maak vóór profielverwijdering een back-up van niet-gesynchroniseerde lokale mail, concepten, contacten en agenda's.

Een batch met mailboxlogs en een geplande deltaronde maakt de uitvoering beter traceerbaar. TrekMails beschreven migratie volgt een vergelijkbare beheerlogica zonder dat je alle scripts zelf onderhoudt. Zie ook de operationele imapsync-gids.

Dit bronvoorbeeld illustreert de batchopzet, maar is niet direct uitvoerbaar: de shebang is ongeldig, de host moet met de actuele clientdocs overeenkomen en de opties moeten bij de geïnstalleerde versie worden gecontroleerd. --log schakelt logging in en neemt geen bestandsnaam aan; controleer daarvoor --logfile en de overige geldige opties. Eenvoudig splitsen op komma's is geen volledige CSV-parser en verwerkt geciteerde komma's, aanhalingstekens of nieuwe regels in credentials niet veilig. Versleuteling alleen bewijst geen certificaatcontrole: verifieer certificaatketen en hostnaam expliciet.

#!$0

# users.csv format:
# source_user,source_pass,dest_user,dest_pass

while IFS=, read -r src_user src_pass dest_user dest_pass
do
  echo "[START] $src_user -> $dest_user"

  imapsync \
    --host1 imap.old-provider.com --user1 "$src_user" --pass1 "$src_pass" --ssl1 \
    --host2 mail.trekmail.net --user2 "$dest_user" --pass2 "$dest_pass" --ssl2 \
    --automap \
    --usecache \
    --fast \
    --skipsize \
    --subfolder2 "Imported_Mail" \
    --log "logs/${src_user}.log"

  echo "[DONE] Review logs/${src_user}.log"
done < users.csv

Enkele praktische aandachtspunten:

Cache gebruiken. Waar de tool dat ondersteunt kan opgeslagen status herhaald metadatawerk verminderen. UID-koppelingen horen bij een mailbox en haar geldigheidscontext, niet bij een globale identiteit. Cache voorkomt niet automatisch duplicaten of fouten.

Een tijdelijke map gebruiken bij extra risico. Imported_Mail kan kopieën apart houden, maar verandert de mappaden: plan de uiteindelijke mapping en controleer inhoud, bijlagen, datums en vlaggen. Een aparte map bewijst geen integriteit en maakt imapsync niet tot een veilige tweerichtingssynchronisatie voor actieve accounts. Wijs één systeem aan voor gebruikerswijzigingen en controleer resterende verplaatsingen, verwijderingen en vlaggen; voer geen ongecontroleerde destructieve synchronisatie uit.

Logs per mailbox bewaren. Bescherm plaintextbestanden met beperkte toegangsrechten en voorkom blootstelling via procesargumenten en logs; verwijder gevoelige gegevens uit rapportages. De onvoorwaardelijke DONE-regel bewijst geen succes. Controleer exitstatus, logs, aantallen én gegevens om een concrete fout te vinden.

DNS gecontroleerd omschakelen

Bij het verhuizen van ontvangst voor een eigen beheerd domein is een gecontroleerde DNS-wijziging nodig. Verlaag TTL vroeg; eerder gecachte antwoorden verlopen nog volgens de oude waarde. Schakel pas om na voorbereiding en verificatie, en behoud bronontvangst voor late bezorging.

Een afgeronde kopie verandert routing niet. DNS wijst afzenders naar de ontvangsthost; persoonlijke provideradressen kun je niet via DNS van dat providerdomein verhuizen.

Verschillende caches en herpogingen kunnen tijdelijk naar beide hosts bezorgen. Beheer die overgang met herhaalde synchronisatie en een duidelijk leidend systeem, in plaats van beide accounts onbeheerst te laten gebruiken.

Controleer de actuele vereiste records van je account. De minimale records hieronder zijn illustratief: behoud alle legitieme SPF-verzenddiensten en controleer geldige, uitgelijnde SPF of een geldige, uitgelijnde DKIM-handtekening. Kies DMARC-handhaving na inventarisatie en tests, niet automatisch bij een migratie.

@                 MX   10 mail.trekmail.net.
@                 TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey   TXT  "<unique TrekMail DKIM value>"
_dmarc            TXT  "v=DMARC1; p=quarantine;"

Controleer bij de omschakeling:

1. Oude MX uit de actieve doelconfiguratie verwijderd, terwijl de bron late mail kan blijven ontvangen.
2. Nieuwe MX correct gepubliceerd voor het beheerde domein.
3. SPF correct samengevoegd voor alle nog gebruikte verzenddiensten.
4. DKIM gepubliceerd én daadwerkelijk geldig en passend ondertekend.
5. DMARC-beleid en uitlijning getest.
6. Nieuwe testmail bereikt het doel; blijf late bronontvangst controleren.

Volg daarna ontvangst en verzending. Google Postmaster Tools kan nuttig zijn voor toepasselijk Gmail-verkeer, maar biedt geen volledige dekking of inboxgarantie. De laatste kopie is niet het einde van de operationele controle.

E-mailaccounts overzetten met TrekMail

TrekMail beschrijft ingebouwde server-side IMAP-migratie. Dat kan eigen VM's en scriptbeheer verminderen, maar bronvoorwaarden, voortgang en fouten moeten nog worden gecontroleerd.

De volgende vergelijking beschrijft mogelijke werkwijzen, geen universele verschillen tussen providers.

De beschreven stappen vragen deze voorbereiding:

1. Domein toevoegen en DNS voorbereiden; MX pas na doelvoorbereiding en kopiecontrole omschakelen.
2. Doelmailboxen en routingobjecten aanmaken.
3. Migratie in het dashboard openen.
4. Bronhost, poort, volledige gebruikersnaam en toegestane IMAP-credentials invoeren.
5. De TrekMail-mailbox als doel kiezen.
6. Import starten en status plus gegevens verifiëren.

Controleer de actuele docs: IMAP-migratieoverzicht, starten via het dashboard, een mailbox aanmaken en vereiste DNS-records. De beschreven importer gebruikt directe IMAP-aanmeldgegevens, geen interactieve OAuth. Gmail-app-wachtwoorden hangen af van tweestapsverificatie en beleid; als directe toegang ontbreekt, kan een andere OAuth-geschikte tool of providermethode nodig zijn.

De bronprijs voor Starter is $3.50 per maand en voor Nano $0, naast betaalde Starter-, Pro-, Agency- en Enterprise-abonnementen. Nano wordt gratis zonder kaart beschreven; de betaalde proefperiode van 14 dagen vereist volgens de beschrijving een betaalkaart. Controleer huidige prijzen en voorwaarden. Gedeelde opslag kan bij grote mailboxen helpen, maar account- en andere limieten blijven relevant.

Vergelijk het huidige aanbod op TrekMail-prijzen.

Laatste controlelijst voor actieve teams

Voer vlak voor een eventuele MX-wijziging een laatste controle uit. Daarmee kun je ontbrekende aliassen, verkeerde credentials, verouderde DNS en onvolledige kopieën vinden; het is geen garantie tegen ieder gegevensverlies.

Controleer vóór de omschakeling:

1. Alle doelmailboxen bestaan en login werkt.
2. Aliassen, forwarding en groepen zijn met toestemming ingericht.
3. Bron-IMAP werkt met TLS op poort 993 en gecontroleerde certificaten.
4. Grote mailboxen zijn tijdig vooraf gekopieerd.
5. TTL is vroeg verlaagd en oude cachegeldigheid meegenomen.
6. Oude MX is vastgelegd voor controle en terugval.
7. Deltas vóór en na de omschakeling zijn gepland.
8. Gebruikers weten wanneer wijzigingen aan oude serverregels moeten stoppen.
9. Een testmailbox staat klaar voor ontvangst- en verzendtests.
10. Een verantwoordelijke volgt de overgang en uitfasering.

Dit is vooral zorgvuldig beheer: risico's vooraf ontdekken en resultaten controleren, niet hopen dat alles vanzelf goed gaat.

Conclusie: accounts verhuizen met een proces

Of je voor een domein of vijftig e-mailaccounts verhuist, inventariseer identiteiten, kopieer vooraf en schakel zo nodig DNS gecontroleerd om. Verifieer ontvangst en gegevens na de wijziging. IMAP kan de mailboxkopie verzorgen, maar geen gebrekkig migratieplan herstellen.

De handmatige route kan geschikt zijn als je directe controle wilt en tools zelf beheert. Voor regelmatige migraties kun je TrekMails beschreven multi-domeinprijzen, gedeelde opslag, IMAP-migratie en beheerdersdashboard overwegen. Bekijk Nano of het actuele aanbod als je migratie op een betaald abonnement nodig hebt; controleer functies en limieten voordat je kiest.