Mail vanuit Gmail verhuizen: praktische IMAP-migratie

Wil je mail vanuit Gmail verhuizen, dan is kopiëren niet de enige uitdaging. Aliassen, labels, DNS en toegang moeten blijven werken terwijl mail binnenkomt. Veel projecten mislukken bij de omschakeling, niet de kopie.

Deze gids beschrijft overstappen vanuit Gmail of Google Workspace met minder duplicaten, ongemerkte weigeringen en maandagproblemen. Hij is bedoeld als praktisch draaiboek voor beheerders, oprichters en bureaus.

Waarom Gmail-migraties misgaan

Behandel Gmail als een eigen mailsysteem, niet een willekeurige IMAP-server. Labels, aliassen, verkeerslimieten en DNS-timing kunnen een ogenschijnlijk nette migratie in duplicaten en ontbrekende mail veranderen.

Veel providers bewaren een bericht in één map. Gmail gebruikt een berichtenopslag en toont labels als mappen. Een algemene IMAP-tool kan hetzelfde bericht onder meerdere labels lezen en opnieuw kopiëren. De doelmailbox groeit en gebruikers zien duplicaten.

Voorbeeld: een factuur staat in Inbox, Finance en Q1. Een eenvoudige tool kan drie berichten zien als labels niet goed gekoppeld worden en All Mail verkeerd wordt gesynchroniseerd.

De tweede valkuil is beperking door Google. Grote mailboxen volgen niet altijd jouw planning. Te veel belasting kan de taak vertragen of stilzetten. Alleen een weekend reserveren kan onvoldoende zijn voor directiemail, gedeelde mailboxen en veel bijlagen.

De derde is identiteit. Een verkoopadres kan een gebruiker, groep, alias of doorstuurpunt zijn. Vergeten koppelingen kunnen bij de MX-wijziging weigeringen veroorzaken.

De vierde is aflevering. Ontvangst en verzending zijn aparte configuraties. Verkeerd SPF, DKIM of DMARC kan alignmentproblemen of spamplaatsing veroorzaken; correcte records garanderen geen inboxplaatsing. Lees Googles afzendereisen.

Gebruik voor de protocolbasis het TrekMail-overzicht van IMAP-migratie. IMAP verhuist mail, niet je hele Google-omgeving.

Wat wel en niet verhuist

Berichten, bijlagen, leesstatus en datums gaan doorgaans goed via IMAP. Google-specifieke gegevens niet. Duidelijke verwachtingen maken het project beheersbaarder.

Inhoud, bijlagen, geschiedenis en basismappen kunnen nauwkeurig worden overgezet, maar controle blijft nodig. IMAP gebruikt interne berichtdatums van de server, onderdeel van het model in RFC 3501. Gelezen/ongelezen-status gaat vaak goed mee.

De belangrijkste zakelijke geschiedenis blijft daardoor doorgaans beschikbaar: klantgesprekken, facturen, goedkeuringen en bijlagen.

De Google-laag is iets anders. Docs, Sheets, Drive-machtigingen, Meet-geschiedenis en beheerautomatisering verschijnen niet in een IMAP-mailbox. Exporteer ze apart of laat ze in hun eigen systeem.

Agenda's en contacten horen evenmin bij IMAP. Leg vroeg uit dat mail en samenwerkingsgegevens verschillende routes nodig hebben, in plaats van een complete desktopomgeving te beloven.

Regels verdienen aandacht. Jaren aan filters, sterren, labels en archiefprocessen worden niet vanzelf elders herbouwd. Inhoud kan correct verhuisd zijn terwijl de gebruiker de automatisering mist.

Gedeelde identiteiten vragen extra zorg. Een Google Group lijkt een gewoon adres, maar is geen gewone mailbox. Onderscheid mailboxen, aliassen, groepen en doorstuurpunten: inhoud kopiëren houdt het adres niet automatisch operationeel.

Houd de vereiste DNS-records van TrekMail bij de hand. Kopiëren is maar een deel van het werk.

Vooraf inventariseren

Maak een inventaris van gebruikers, aliassen, groepen, mailboxgroottes en clients. Dit controlepunt bepaalt de rest van het project. Omissies merk je bij de omschakeling.

Begin met actieve mailboxen en voeg geschorste gebruikers, gedeelde mailboxen, Google Groups, functionele adressen zoals billing@ en support@ en alle aliassen toe. Een ongebruikt genoemd adres kan nog facturen of formuliermail ontvangen.

Sorteer op grootte, die samen met bronlimieten de planning beïnvloedt. Kleine mailboxen kunnen op de achtergrond over, grote vragen voorbereiding. Boven 10-15 GB verdient extra aandacht; boven 25 GB kan een apart deelproject nodig zijn.

Documenteer clients: Outlook, Apple Mail en de Gmail-app. Wacht niet tot maandag. Outlook kan een nieuw profiel nodig hebben; verwijder op mobiele apparaten eventueel alleen het oude account uit de mailapp en voeg IMAP toe, na bewaring van lokale ongesynchroniseerde gegevens, zonder het Google-account of de gegevens te wissen.

Bewaar de huidige DNS-waarden: Google-MX, SPF, DKIM-selectors en DMARC-policy. Je hebt een terugdraaiplan nodig.

Bepaal per adres mailbox, alias of doorsturen. Gebruikersprijzen hebben bedrijven soms richting aliassen als goedkope mailboxvervanging geduwd. Herziening kan de structuur verbeteren. Lees domeinalias tegenover mailbox.

Standaardiseer bij meerdere merken of klanten namen en leg gedeelde mailboxen, catch-all, eigenaarschap en bevoegdheid voor toegangsherstel vast. Het beheermodel telt even zwaar als het migratiecommando. Lees over multidomeinmailhosting.

Stapsgewijs mail vanuit Gmail verhuizen

Een zorgvuldige aanpak kopieert geschiedenis vooraf via IMAP, synchroniseert vóór de DNS-wijziging en controleert daarna. Bewaar de bron en herhaal voor latere afleveringen. Dat beperkt risico's zonder nul uitval te garanderen.

Volg deze volgorde:

1. Maak het doeldomein en de mailboxen aan.
2. Koppel alle mailboxen, aliassen, doorstuurpunten en gedeelde adressen.
3. Start met historische mail op de achtergrond.
4. Voer de geplande incrementele ronde vlak vóór MX uit.
5. Houd Gmail 24-48 uur actief als beginrichtlijn en haal late berichten op; hef de bron pas na controle op.

Richt de bestemming volledig in. Bij TrekMail is volgens het bronartikel de volgorde domein, mailbox, migratie. Maak teammailboxen vóór synchronisatie zodat elke gebruiker een klaarstaande bestemming heeft.

Gebruik de IMAP- en SMTP-instellingen. Volgens het bronartikel bevatten betaalde abonnementen serverimport, beginnen ze bij $3.50/maand en bieden ze een proefperiode van 14 dagen met creditcard. Nano wordt als gratis zonder kaart beschreven, niet dezelfde proefperiode; controleer actuele voorwaarden.

Bereid bronauthenticatie voor met een door de beheerder toegestane methode die de mailbox ondersteunt. Een appwachtwoord is alleen een optie als het beschikbaar en toegestaan is. Test één proefmailbox vóór de hele organisatie.

Bekijk labels zorgvuldig. Alle labels plus All Mail blind synchroniseren kan dupliceren. Bepaal wat een doelmap wordt en wat je uitsluit. Dubbele onnodige archieven kosten tijd en ruimte.

Kopieer geschiedenis terwijl gebruikers bij Google blijven en synchroniseer recente berichten en statuswijzigingen rond de omschakeling. Plan latere rondes voor mail die nog bij de bron aankomt. Zo beperk je hinder voor doorwerkende teams.

Voor technische details lees je de imapsync-beheerdersgids.

DNS zorgvuldig omschakelen

DNS vraagt een eigen draaiboek: TTL vooraf verlagen, authenticatie vóór MX publiceren en Google bewaren tot late afleveringen zijn opgehaald en gecontroleerd.

Verlaag twee dagen vooraf MX-TTL naar 300 seconden als de provider dat toestaat. Caches met de eerdere TTL blijven die respecteren; onmiddellijke verversing is niet gegarandeerd.

Bereid authenticatie vóór MX voor. Tijdens overlap kunnen systemen nog Google gebruiken terwijl andere vanaf de bestemming verzenden. SPF moet echte afzenders weerspiegelen in één samengevoegd record, niet twee SPF-TXT-records.

Publiceer DKIM vooraf als de provider de sleutel kan voorbereiden. Controleer ondertekening vanaf het eerste bericht; publicatie bewijst de werking niet.

DMARC geeft ontvangers een gevraagde policy bij mislukte alignment. Het repareert geen DNS of afzenderkoppelingen; ontvangers bepalen de toepassing. Het garandeert geen weigering of inboxplaatsing.

Tijdens overlap komt mail bij zowel nieuwe host als Google aan. Zeg Workspace niet meteen bij MX op. Een dag of twee is een richtlijn, niet voldoende bewijs: haal het restant op en verifieer vóór opheffing.

Voor de domeininrichting past de gids voor mail met je eigen domein bij de DNS-documentatie.

Clients opnieuw instellen

Gegevens kunnen correct zijn terwijl gebruikers problemen zien door gecachete profielen, oude OAuth-aannames en apps die de mailbox nog als Google behandelen.

Een Google-profiel bewerken verandert het meestal niet in IMAP. Bewaar lokale ongesynchroniseerde gegevens, verwijder alleen het profiel uit de mailapp en voeg IMAP opnieuw toe. Wis het Google-account of de gegevens niet.

Outlook onthoudt mogelijk het oude accounttype en probeert dat te herstellen. Een nieuw profiel kan efficiënter zijn dan uren sleutelen aan een profiel dat Google blijft benaderen. Bewaar eerst lokale gegevens.

Opslaggetallen zorgen ook voor onrust. Gmail en IMAP-hosts rekenen anders. Een mailbox van 12 GB kan kleiner lijken zonder verlies. Vergelijk eerst aantallen in belangrijke mappen.

Praktische validatielijst:

1. Inbox-aantal valt binnen het verklaarde verwachte bereik.
2. Verzonden mail bestaat en opent goed.
3. Oude gesprekken over meerdere jaren zijn leesbaar.
4. Nieuwe inkomende mail komt bij de bestemming aan.
5. Nieuwe uitgaande mail slaagt voor SPF en DKIM.
6. Aliassen en gedeelde adressen ontvangen nog mail.

Controleer bij ontbrekende mail voorbeelden in plaats van opslagbalken: drie bekende onderwerpen, een oud gesprek met bijlage en een bericht uit de afgelopen 24 uur.

Goede clientdocumentatie spaart tijd. Gebruik bij TrekMail één instellingsoverzicht voor iedereen in plaats van aparte instructies per medewerker.

Traditionele en nieuwe aanpak

Verhuis je om kosten, controle of domeinspreiding, vergelijk dan het beheermodel, niet alleen de opslag. Het doel kan zijn de architectuur niet langer door gebruikersprijzen te laten sturen.

Het praktische verschil:

TrekMail kan passen bij alleen-mailgebruik. Leunt je team sterk op Docs, Sheets, Meet en Google-samenwerking, dan vervangt IMAP die suite niet. Volgens het bronartikel en abonnement biedt TrekMail eigen domeinen, IMAP, catch-all, doorsturen, migratie en multidomeinbeheer zonder gebruikersprijs. Controleer actuele functies.

Het bronartikel noemt voor maart 2026 Starter vanaf $3.50/maand en Free voor $0 zonder kaart. Betaalde abonnementen bieden een gratis proefperiode van 14 dagen met creditcard. Die structuur kan mailboxgroei makkelijker planbaar maken, maar controleer actuele voorwaarden.

Begroot met de TrekMail-prijzen.

Laatste checklist en vervolg

Doe drie dingen goed: volledig inventariseren, vooraf kopiëren en DNS als onderdeel behandelen. Veel problemen komen door te snel omschakelen.

Leg vooraf deze checklist vast:

1. Noteer elke mailbox, alias, groep en doorstuurregel.
2. Herken grote mailboxen vroeg en kopieer ze eerst.
3. Maak de bestemming vóór synchronisatie.
4. Koppel labels zorgvuldig en vermijd duplicatiegevoelige logica.
5. Verlaag MX-TTL 48 uur vooraf met aandacht voor bestaande caches.
6. Publiceer SPF, DKIM en DMARC vóór de omschakeling.
7. Synchroniseer vlak vóór MX en herhaal daarna voor late afleveringen.
8. Houd Gmail 24-48 uur als richtlijn actief en tot ophalen en controle klaar zijn.
9. Stel mobiele en Outlook-clients waar nodig opnieuw in en bewaar lokale gegevens.
10. Controleer aantallen, voorbeeldzoekopdrachten en echt verzenden en ontvangen.

Die volgorde beperkt risico's met een gecontroleerd herhaalbaar proces. Het blijft werk, geen éénklikverhuizing. Dat is wat je van mailinfrastructuur wilt.

Voor een vaste multidomeinstructuur zonder gebruikersprijzen bekijk je TrekMails migratiedocumenten en test je één mailbox. Vergelijk daarna de cijfers op trekmail.net vóór de hele organisatie verhuist.