E-mail veilig uit Gmail migreren zonder duplicaten

Je kunt veilig e-mail uit Gmail migreren. Problemen ontstaan wanneer Gmail als een gewone IMAP-server wordt behandeld. Dat is het niet. Gmail gebruikt labels in plaats van echte mappen. Juist dat verschil zorgt ervoor dat migraties onnodig groot worden, vastlopen of verzonden berichten op de verkeerde plek neerzetten. Stap je over van Workspace omdat de kosten per gebruiker blijven stijgen, kies dan vanaf het begin het juiste model en voorkom achteraf een grote opschoonactie.

Lees zakelijke e-mail voor het bredere beeld van kosten en platforms. Deze gids behandelt de uitvoering: berichten migreren, duplicaten voorkomen, DNS omschakelen en controleren of er geen e-mail verloren is gegaan.

De korte versie is eenvoudig. Synchroniseer eerst de oude e-mail. Wijzig de MX-records wanneer je er klaar voor bent. Voer daarna nog één inhaalsynchronisatie uit. Controleer het aantal berichten, niet de omvang van de mailbox. Zo migreer je e-mail uit Gmail het betrouwbaarst naar een standaard IMAP-host zoals TrekMail.

Waarom Gmail gewone IMAP-migraties verstoort

Bij het migreren van e-mail uit Gmail is duplicatie het grootste risico. Gmail maakt labels zichtbaar via IMAP, waardoor één bericht op meerdere plaatsen kan verschijnen. Als je migratietool elke zichtbare map kopieert, kan hetzelfde bericht meer dan eens worden geïmporteerd en kan de doelmailbox snel opzwellen.

In een gewone IMAP-mailbox staat één bericht in één map. In Gmail staat een bericht doorgaans in All Mail, met labels erbovenop. Via IMAP kunnen die labels eruitzien als afzonderlijke mappen.

Daar zit de valkuil.

Als een bericht de labels Inbox, Project A en Urgent heeft, probeert een eenvoudige migratietool het mogelijk drie keer te kopiëren. Microsoft beschrijft precies dit duplicatieprobleem bij migraties van Gmail naar IMAP wanneer labels worden gebruikt en de map [Gmail] niet wordt uitgesloten. IMAP zelf is alleen de transportlaag, zoals vastgelegd in RFC 3501. Het afwijkende gedrag zit in de manier waarop Gmail mappen presenteert, niet in het protocol.

Onthoud je maar één regel uit dit artikel, laat het dan deze zijn: sluit bij een migratie uit Gmail [Gmail]/All Mail uit, tenzij je een heel specifieke reden hebt om dat niet te doen. Die ene keuze voorkomt de meeste uit de hand lopende opslagvolumes en vragen over waarom alles dubbel staat.

Bekijk voor een handleiding specifiek voor TrekMail de documentatie over migreren uit Gmail. In het overzicht van IMAP-migraties lees je meer over het bredere mechanisme van importeren aan de serverkant.

Wat er meegaat wanneer je e-mail uit Gmail migreert

Wanneer je via IMAP e-mail uit Gmail migreert, verplaats je alleen e-mailgegevens: berichtinhoud, bijlagen, de plaatsing in mappen en, indien ondersteund, de leesstatus. Je verhuist niet je volledige Google-account. Agenda's, contacten en bestanden uit Google Drive moeten afzonderlijk worden geëxporteerd.

Hier verwachten mensen vaak te veel van een e-mailmigratie. IMAP verplaatst e-mail. Meer niet.

Dit is het heldere overzicht:

Gegevenstype	Gaat mee via IMAP?	Toelichting
E-mailberichten	Ja	Inhoud, bijlagen, datums, mappen en vaak de status gelezen of ongelezen
Labels	Gedeeltelijk	Ze worden doorgaans mappen, waardoor Gmail e-mail kan dupliceren
Contacten	Nee	Exporteer ze afzonderlijk als CSV of VCF vanuit Google Contacten
Agenda's	Nee	Exporteer ze afzonderlijk als ICS vanuit Google Agenda
Google Docs	Nee	Dit zijn Drive-items, geen inhoud van de mailbox

Ook de verificatie verdient aandacht. Voor een migratie uit Gmail met een externe tool heb je vaak een app-wachtwoord nodig. Volgens Google zijn app-wachtwoorden 16-digit toegangscodes die alleen werken als 2-Step Verification is ingeschakeld. Op sommige werk- of schoolaccounts zijn ze niet beschikbaar, wat binnen Google Workspace een praktische beperking is. Raadpleeg de Google-hulppagina over app-wachtwoorden voordat je de omschakeling inplant.

Veel migratiegidsen slaan deze nuance over. Ze zeggen simpelweg dat je een app-wachtwoord moet aanmaken, alsof dat voor ieder account mogelijk is. Dat is niet zo. Heeft je beheerder deze optie beperkt, kies dan een migratieroute met OAuth in plaats van een middag te verspillen aan onbruikbare inloggegevens.

De veiligste manier om e-mail uit Gmail te migreren

De veiligste aanpak is een gefaseerde IMAP-omschakeling: synchroniseer oude e-mail vooraf, wijzig de MX-records en voer daarna een laatste verschilsynchronisatie uit. Zo voorkom je paniek in het weekend, beperk je hinder voor gebruikers en werk je binnen de snelheidslimieten van Google.

Kies niet voor één grote omschakeling op vrijdagavond. Zet het grootste deel van de mailbox alvast klaar terwijl gebruikers nog in Gmail werken en migreer tijdens de omschakeling alleen de recente verschillen. Zo pakken beheerders het aan.

Breng de mailbox in kaart. Controleer de omvang, afwijkende labels en of app-wachtwoorden of OAuth beschikbaar zijn. Bepaal ook of elke map echt nodig is. Ongewenste e-mail blijft e-mail en het verplaatsen van rommel die je later toch verwijdert, vertraagt de taak alleen maar.
Begin met een proefmigratie. Kies één mailbox met weinig risico. Controleer daarmee de maptoewijzing, de plaatsing van verzonden berichten en de verwerking van speciale Gmail-mappen door je tool. Is de proef rommelig, dan wordt een migratie voor 50-user nog lastiger.
Synchroniseer oude e-mail vooraf. Verplaats eerst e-mail die ouder is dan 30 dagen. Daar zit het grootste deel van het volume. Gebruikers kunnen in Gmail blijven werken terwijl de bulkoverdracht op de achtergrond wordt uitgevoerd.
Schakel DNS om. Verlaag vooraf de TTL en wijzig de MX-records naar de nieuwe provider zodra de doelmailboxen klaarstaan. In TrekMail voeg je het domein toe, publiceer je de vereiste records en controleer je de status in het dashboard. De documentatie over vereiste DNS-records bevat de exacte set.
Voer de verschilsynchronisatie uit. Zodra nieuwe e-mail op de nieuwe server binnenkomt, synchroniseer je het recente tijdvenster nog één keer. Daarmee neem je berichten die vlak voor de omschakeling binnenkwamen en wijzigingen in de leesstatus mee.

Verhuis je meerdere merken of klantdomeinen tegelijk, dan is infrastructuur met een vast tarief al snel logischer dan pakketten die per gebruiker rekenen. Het model van TrekMail is daarvoor ontworpen. Lees voor de bredere kostenafweging e-mailhosting voor meerdere domeinen.

Handmatig e-mail uit Gmail migreren met imapsync

Wil je volledige controle, dan is imapsync de gangbare opdrachtregeltool om via IMAP e-mail uit Gmail te migreren. Het belangrijkste is dat je de archiefmap van Gmail uitsluit en speciale mappen goed toewijst, zodat verzonden berichten en concepten terechtkomen waar gebruikers ze verwachten.

Dit is een praktisch sjabloon:

imapsync \
  --host1 imap.gmail.com --port1 993 --ssl1 \
  --user1 "user@source-domain.com" --passfile1 "/path/to/gmail_pass" \
  --host2 imap.trekmail.net --port2 993 --ssl2 \
  --user2 "user@dest-domain.com" --passfile2 "/path/to/dest_pass" \
  --gmail1 \
  --exclude "\\[Gmail\\]/All Mail" \
  --exclude "\\[Gmail\\]/Trash" \
  --exclude "\\[Gmail\\]/Spam" \
  --regextrans2 "s/^\\[Gmail\\]\\/Sent Mail/Sent Items/" \
  --regextrans2 "s/^\\[Gmail\\]\\/Drafts/Drafts/" \
  --dry

Dit doet elke vlag:

Vlag	Waarom deze belangrijk is
`--gmail1`	Stemt de bronzijde af op het gedrag van Gmail
`--exclude "\[Gmail\]/All Mail"`	Voorkomt de grootste oorzaak van dubbele imports
`--exclude Trash/Spam`	Houdt ongewenste en verwijderde e-mail buiten de doelmailbox
`--regextrans2`	Zet Gmail-mapnamen om naar standaardnamen voor IMAP-mappen
`--dry`	Simuleert de uitvoering, zodat je aantallen kunt controleren voordat gegevens worden gekopieerd

Voer altijd eerst de droge test uit.

Gebruik je TrekMail als bestemming, dan zijn de standaardinstellingen voor e-mailclients imap.trekmail.net op poort 993 met SSL/TLS. TrekMail werkt uitsluitend met IMAP en niet met POP3, wat voor gesynchroniseerde mailboxen de juiste standaard is. Raadpleeg later zo nodig de documentatie met IMAP- en SMTP-instellingen.

Lees imapsync voor een uitgebreidere operationele handleiding voor de opdrachtregel. Die sluit goed aan op deze werkwijze.

Belangrijke foutscenario's tijdens een Gmail-migratie

Bij het migreren van e-mail uit Gmail zijn drie foutscenario's het belangrijkst: snelheidsbeperking door Google, onderbroken verificatie en een klein aantal onleesbare berichten. Geen daarvan is reden voor paniek. Pauzeer, pas de aanpak aan en controleer zorgvuldig in plaats van de taak blind opnieuw te starten.

Het eerste probleem is snelheidsbeperking. Gmail vertraagt of blokkeert tijdelijk te agressieve IMAP-opvragingen. Wacht in dat geval en blijf niet voortdurend opnieuw proberen.

Het tweede probleem zijn verificatielussen. Een migratie kan een tijdlang draaien en daarna mislukken wanneer Google de aanmelding markeert. Controleer de beveiligingsactiviteit van het account, bevestig de aanmelding en probeer het opnieuw met dezelfde sessieopzet. Verander niet telkens variabelen als alleen het vertrouwen in het account het probleem is.

Het derde probleem zijn spookitems. Een rapport kan enkele mislukte berichten tonen in een mailbox met tienduizenden items. Dat wijst meestal op beschadigde gegevensobjecten, kapotte uitnodigingen of vreemde bestanden zonder inhoud. Is het uitvalpercentage minimaal, behandel dit dan als aanvaardbare ruis en niet als een ernstig verlies van gegevens.

Slechte migratielogica zegt: voer de volledige taak opnieuw uit totdat het rapport volledig schoon is.
Goede migratielogica zegt: bepaal of het om echte, zichtbare e-mail van gebruikers gaat of om beschadigde artefacten die vanaf het begin al niet leesbaar waren.

Nog een praktisch punt: beoordeel succes niet op basis van gigabytes. De omvang in Gmail en op de IMAP-bestemming zijn niet rechtstreeks vergelijkbaar. Compressie, metadata en de weergave van berichten verschillen. Kijk naar aantallen items en voer steekproeven uit in belangrijke mappen zoals Postvak IN, Verzonden en door gebruikers gemaakte mappen.

Controleren of e-mail correct uit Gmail is gemigreerd

Vergelijk voor een betrouwbare controle de aantallen berichten en de plaatsing in mappen, niet alleen de opslagomvang. Controleer Postvak IN, Verzonden, Concepten en enkele door gebruikers gemaakte mappen. Stuur na de MX-wijziging ook een echt testbericht om te bevestigen dat nieuwe e-mail op de doelserver binnenkomt.

Gebruik deze controlelijst:

Vergelijk het totale aantal items in Gmail met dat in de doelmailbox.
Controleer het aantal berichten en ongelezen berichten in Postvak IN.
Open Verzonden en controleer of verzonden e-mail niet in een willekeurige aangepaste map terechtgekomen is.
Open 3 tot 5 mappen met ongebruikelijke namen of geneste labels.
Zoek enkele oude berichten met bijlagen en controleer of ze kunnen worden geopend.
Stuur na de MX-omschakeling een echt inkomend testbericht.
Beantwoord het bericht vanuit de nieuwe mailbox en controleer of SMTP en DNS werken.

Verhuis je tegelijk het domein, dan is een schone DNS-configuratie net zo belangrijk als het kopiëren van de mailbox. Achtergebleven oude MX-records van Google verdelen de bezorging. Daardoor lijkt de migratie mislukt, terwijl gemengde routering het werkelijke probleem is. Gebruik vóór de omschakeling de TrekMail-documentatie over het toevoegen van een domein en DNS-controles. Bepaal je nog hoe je de mailboxen op de bestemming wilt indelen, lees dan ook e-mail met een domein maken.

De oude aanpak tegenover de nieuwe aanpak

Bij de oude aanpak betaalde je onbeperkt per gebruiker en behandelde je de migratie als een eenmalige nachtelijke klus. Bij de nieuwe aanpak zet je de gegevens vooraf klaar, controleer je aantallen en stap je over naar infrastructuur met een vast tarief die past bij beheer van meerdere domeinen en groei niet afstraft.

Oude aanpak: Google Workspace per gebruiker blijven betalen, de overstap uitstellen omdat deze riskant voelt en vervolgens de migratie in één weekend overhaasten in de hoop dat de aantallen in de mailbox kloppen.

Nieuwe aanpak: het grootste deel van de mailbox vooraf synchroniseren, DNS zorgvuldig omschakelen, een laatste verschil verwerken en overstappen naar een platform voor eigen domeinen en gedeelde opslag. TrekMail begint bij $3.50 per maand en ondersteunt eigen domeinen, IMAP-mailboxen, doorsturen van e-mail, catch-allroutering, een eigen SMTP-dienst of inbegrepen SMTP afhankelijk van het pakket, en migratie aan de serverkant vanuit het dashboard.

Heb je e-mail voor meerdere domeinen nodig zonder een toeslag per gebruiker, dan is dit de praktische route. Je kunt de prijzen van TrekMail bekijken, met het gratis pakket beginnen om de werkwijze te testen en de echte migratie uitvoeren zodra de proef geslaagd is.

Kortom: maak een migratie uit Gmail niet ingewikkelder dan nodig. Sluit All Mail uit, synchroniseer gefaseerd, wijzig de MX-records wanneer de bestemming gereed is en controleer het aantal berichten. Zo migreer je e-mail uit Gmail zonder chaos door duplicaten en zonder gebruikers op maandagochtend door een kapotte inbox te hoeven loodsen.