Wat is IMAP en hoe werkt het, complete gids 2026

Wat is IMAP en hoe werkt het?

IMAP (Internet Message Access Protocol) is het protocol waarmee je e-mailprogramma berichten ophaalt van een mailserver en die berichten op de server laat staan, zodat je ze vanaf meerdere apparaten kunt lezen.

De kern van het protocol

Wanneer je een e-mailclient zoals Outlook, Thunderbird of Apple Mail opent, maakt die verbinding met de mailserver van je provider via poort 993 (met SSL) of poort 143 (zonder versleuteling). De client vraagt de server om de inhoudsopgave van je mailbox: welke mappen bestaan er, hoeveel berichten staan daarin, welke zijn gelezen. De server stuurt die metadata terug, maar de volledige e-mailtekst blijft op de server staan totdat je een bericht daadwerkelijk opent.

Dit onderscheidt IMAP fundamenteel van het oudere POP3-protocol. Bij POP3 downloadt de client berichten naar de lokale schijf en verwijdert ze daarna van de server. Met IMAP blijft de server de enige bron van waarheid.

Het verschil tussen IMAP en POP3 op een rij

Voor zakelijk gebruik in 2026 is POP3 vrijwel nergens meer de standaard; IMAP is de norm bij vrijwel alle hostingproviders.

Hoe synchronisatie in de praktijk werkt

Elke actie die je uitvoert in je mailclient, wordt direct doorgegeven aan de server. Markeer je een bericht als gelezen op je laptop, dan ziet je telefoon dat bericht de volgende keer dat die verbinding maakt ook als gelezen. Verplaats je een e-mail naar een map "Projecten", dan maakt de server diezelfde map aan als die nog niet bestaat.

Deze synchronisatie werkt via een set commando's die in de IMAP-specificatie (RFC 3501, later bijgewerkt via RFC 9051) zijn vastgelegd. De client stuurt commando's zoals FETCH, STORE, COPY en MOVE, en de server bevestigt elke actie of stuurt een foutmelding terug.

Mappen, flags en UID's

Elk bericht in een IMAP-mailbox krijgt een uniek nummer: de UID (Unique Identifier). Die UID is gekoppeld aan de map waar het bericht in staat. Verplaats je een bericht naar een andere map, dan krijgt het in de nieuwe map een nieuw UID. Dat gegeven is belangrijk bij migraties: als een migratietool de UID's niet correct afhandelt, raken e-mailclients soms de synchronisatiestatus kwijt en laden alle berichten opnieuw.

Berichten kunnen ook flags hebben: \Seen (gelezen), \Answered (beantwoord), \Flagged (gemarkeerd), \Deleted (gemarkeerd voor verwijdering) en \Draft. Een goede migratie-aanpak behoudt al deze flags, zodat jij na de migratie precies dezelfde staat van je mailbox terugziet als daarvoor.

Wat IMAP niet regelt

IMAP zorgt voor de toegang tot berichten; het regelt niet hoe berichten worden afgeleverd. Dat doet SMTP. En IMAP regelt ook geen authenticatie via moderne standaarden zoals OAuth 2.0: daarvoor zijn uitbreidingen op het protocol nodig (zoals SASL XOAUTH2), die grote providers als Google en Microsoft inmiddels verplicht stellen.

Als je een mailbox migreert van een provider die alleen basis-wachtwoordauthenticatie ondersteunt naar een provider die OAuth 2.0 vereist, moet de migratietool daarmee overweg kunnen. Dat is in 2026 een reëel aandachtspunt, omdat Microsoft 365 en Google Workspace al jaren geen gewone wachtwoorden meer accepteren voor IMAP-toegang tenzij je dit expliciet hebt aangezet via een beheerconsole.

Gevolgen voor mailbox-migratie

Als je van provider wisselt en je wilt je e-mail meenemen, dan is IMAP de techniek die de migratie mogelijk maakt. Een migratietool logt in op de bronmailbox (de oude provider) en de doelmailbox (de nieuwe provider), leest alle berichten inclusief mappen en flags van de bron, en kopieert die naar de bestemming.

Wat er mis kan gaan

De meest voorkomende problemen bij IMAP-migraties zijn:

• Mapnamen die niet worden overgenomen. Sommige providers gebruiken een mapprefix, bijvoorbeeld INBOX.Verzonden in plaats van Verzonden. Een migratietool die dat niet normaliseert, maakt dubbele mappen aan.
• Berichten die opnieuw worden gedownload. Als de UID's of timestamps niet overeenkomen, laadt je e-mailclient na de migratie alle berichten opnieuw, wat trage clients oplevert.
• Grote bijlagen die timeouts veroorzaken. IMAP-verbindingen hebben een inactieve timeout. Bij het kopiëren van berichten met grote bijlagen kan de verbinding wegvallen midden in de overdracht.
• Verouderde SSL-certificaten of poortblokkades. Zakelijke firewalls blokkeren soms poort 993. Controleer dit vóór de migratie.
• Ontbrekende flags. Een eenvoudige migratietool kopieert soms alleen de berichttekst, zonder de \Seen-flag, waardoor je na de migratie honderden berichten als ongelezen terugkrijgt.

Migratie van specifieke providers

De exacte stappen hangen sterk af van de bronprovider. Bij sommige aanbieders, zoals Strato, gelden aanvullende beperkingen rondom IMAP-toegang en opslaglimieten. Voor een volledige uitleg van hoe je dat aanpakt, verwijs ik je naar de gids over Strato mail migreren, waar de specifieke instellingen stap voor stap staan beschreven.

Een overzicht van de meest gebruikte IMAP-migratiescenarios vind je op de pagina over IMAP mail migreren, inclusief aanbevelingen voor welke tool je het beste kunt gebruiken per providercombinatie.

Voorbereiding voor een succesvolle migratie

Voordat je begint, doorloop je het beste deze checklist:

1. Controleer of IMAP is ingeschakeld op de bronmailbox.
2. Noteer de IMAP-server, poort en authenticatiemethode van zowel bron als doel.
3. Controleer de beschikbare opslagruimte op de doelmailbox.
4. Exporteer een lokale back-up (PST of MBOX) als vangnet.
5. Plan de migratie buiten kantooruren als er actieve gebruikers aan de mailbox zijn.
6. Test met één account vóór je een volledige domeintransfer doorvoert.

Tijdens de migratie

Een goede migratietool kopieert berichten in batches en hervatten automatisch na een verbroken verbinding. Houd de voortgang in de gaten en controleer na afloop twee dingen: het totale aantal berichten in elke map moet overeenkomen met de bron, en een steekproef van vlaggen (gelezen/ongelezen) moet kloppen.

Zet de MX-records pas om naar de nieuwe provider nadat de migratie volledig is afgerond. Als je de MX-records eerder aanpast, komen nieuwe berichten al aan op de nieuwe server terwijl de historische berichten nog van de oude server worden gekopieerd. Dat levert een inconsistente mailbox op die lastig te herstellen is.

Na de migratie

Configureer je e-mailclient opnieuw met de IMAP-instellingen van de nieuwe provider en verwijder het oude account pas nadat je hebt geverifieerd dat alle berichten, mappen en flags correct zijn overgekomen. Houd de oude mailbox nog minimaal twee weken actief als doorstuuraccount, voor het geval er berichten binnenkomen via een adres dat je nog niet hebt omgezet.

Wil je weten wat jouw specifieke migratiescenario inhoudt? Vul je gegevens in via het migratie-formulier op mailmigreren.nl en ik kijk welke aanpak het beste bij jouw situatie past.