Bij IMAP-migratie kunnen problemen snel ontstaan: onvindbare mail, gesplitste verzonden mappen en geschiedenis op twee hosts. Een simpele kopieeraanpak kan duplicaten veroorzaken, nieuwe mail tijdens de omschakeling missen en uren controle van de directiemailbox opleveren.
Deze gids behandelt de werking, wat wel en niet wordt gekopieerd, fouten en een gefaseerde omschakeling. Hij is bedoeld voor beheerders van één domein of duizend. Voor tooldetails lees je daarna de imapsync-beheerdersgids. Herzie je ook je hostingmodel, dan behandelt de gids voor multidomeinmailhosting het beheer.
Wat is IMAP-migratie?
Je maakt via IMAP verbinding met een bronmailbox, leest berichten en mappen en schrijft die naar een doelmailbox. Het gaat om e-mail, niet je hele samenwerkingsomgeving. Veel verrassingen ontstaan door te veel van IMAP te verwachten.
Technisch is het replicatie tussen mailboxen via de toegangstandaard uit RFC 3501. De tool leest inhoud, headers, mappen en vlaggen op de oude server en voegt die aan de nieuwe toe. Hosts behandelen uitzonderingen verschillend, mapnamen variëren en gebruikers veranderen de bron tijdens het werk.
Een zorgvuldige migratie bestaat daarom niet uit één ronde. Je hebt gefaseerde synchronisatie, een omschakeltijdvak, DNS-voorbereiding en controle nodig. IMAP is voor mailtoegang ontworpen, niet perfecte databasereplicatie. Werk met die beperking.
Maak je ook een nieuw systeem, dan biedt de gids voor zakelijke mail de bredere inrichting. Voor TrekMail beschrijven het IMAP-migratieoverzicht en migreren vanuit Gmail het dashboardproces.
Wat IMAP wel en niet kopieert
IMAP kopieert mailboxinhoud en een deel van de status, niet alles wat gebruikers onder mail verstaan. Berichten, mappen en algemene vlaggen gaan meestal mee. Contacten, agenda's, handtekeningen en serverfilters meestal niet.
Leg dat uit voordat je productie aanraakt. Mensen verwachten vaak hun volledige werkomgeving. Contacten in CardDAV, agenda's in CalDAV en leveranciersspecifieke regels vallen buiten IMAP.
| Object | Gaat meestal mee? | Praktijk in productie |
|---|---|---|
| Mailberichten | Ja | Inhoud, headers en bijlagen meestal wel; beschadigde MIME kan mislukken. |
| Mapstructuur | Ja | Hiërarchie meestal wel, maar scheidingstekens en speciale mappen vragen mogelijk koppeling. |
| Gelezen/ongelezen | Meestal | Seen blijft doorgaans behouden, belangrijk voor gebruikersvertrouwen. |
| Beantwoord of gemarkeerd | Meestal | Standaardvlaggen vaak wel, maar niet noodzakelijk elke clientspecifieke vlag. |
| Contacten | Nee | IMAP verwerkt geen adresboeken. |
| Agenda's | Nee | Aparte export of migratie nodig. |
| Regels en filters | Nee | Serverautomatisering moet meestal opnieuw worden ingericht. |
| Handtekeningen | Nee | Ze staan in Outlook, webmail, apps of profielen, niet IMAP. |
Definieer succes goed. Een beëindigde taak is niet voldoende: gebruikers moeten maandag aanmelden, hun geschiedenis vinden, verzenden en niet later ontbrekende verzonden mail ontdekken.
Bij oudere cPanel-hosting ontbreekt vaak een juiste systeemmapkoppeling. Bekijk de cPanel-migratiegids vooraf, omdat kernmapnamen kunnen verschillen.
De technische werking van IMAP-migratie
Een tool leest mail bij de bron, voegt die aan de bestemming toe en houdt status tussen rondes bij. De uitdaging is genoeg identiteit en timing bewaren om later alleen ontbrekende inhoud te kopiëren, niet alles opnieuw.
De tool bedient beide servers: bronmappen en berichten opsommen en ophalen, doelmappen aanmaken en berichten toevoegen. Hij probeert Seen, Answered en Flagged te behouden. Sommige tools registreren lokaal wat al is gekopieerd om herhaalde rondes zonder duplicaten te ondersteunen.
UID's en mapidentiteit veroorzaken statusproblemen. Een IMAP-map biedt bericht-UID's en UIDVALIDITY, waarmee clients bepalen of de UID-verzameling nog bij dezelfde logische map hoort. Verandert die waarde tijdens de migratie, dan kan de tool de map als nieuw beschouwen en opnieuw importeren. Een gewone reparatie kan zo de opslag sterk vergroten.
Voorbeeld: de bronhost wordt zaterdag opnieuw geïndexeerd tijdens vooraf kopiëren. UIDVALIDITY verandert. De volgende ronde ziet duizenden items als nieuw en importeert ze opnieuw. De bestemming wordt dubbel zo groot en het archief staat in tweevoud.
Andere bijzonderheden: Gmail-labels tonen één bericht op meerdere plekken; hosts scheiden mappen met punten of schuine strepen; de bestemming weigert soms misvormde berichten die de bron jarenlang toeliet. IMAP lijkt alleen op afstand eenvoudig.
Veel tools voegen alleen toe en spiegelen verwijderingen niet. Dat beschermt tegen onbedoeld destructief synchroniseren, maar verwijderen bij de bron hoeft niets bij de bestemming te verwijderen. Plan dit vooraf.
Een zorgvuldig IMAP-migratieproces
Gebruik een eerste synchronisatie, incrementele rondes en een ronde na de MX-omschakeling, herhaald als de bron nog mail ontvangt. Gebruikers blijven op het oude systeem terwijl het grootste deel op de achtergrond verhuist.
Wacht niet op één groot migratieweekend. Kopieer vroeg en houd het laatste gegevensverschil zo klein mogelijk. Zo beperk je maandagproblemen.
1. Bereid de bestemming vóór elke kopie voor
Maak mailboxen, controleer vrije opslag en bereid gebruikersgebruik voor. Bij TrekMail moeten volgens het bronartikel domein, DNS en doelmailbox gereed zijn vóór import. Begin bij inrichting met de vereiste DNS-records.
Bespreek bereik en gebruikspauzes vroeg. Willen gebruikers twintig gigabyte oude rommel verwijderen, doe dat met passende toestemming en bewaring vóór de eerste kopie, niet halverwege.
2. Voer de eerste IMAP-ronde uit
Verplaats het meeste terwijl gebruikers bij de bron blijven. Kleine mailboxen kunnen volledig mee. Voor grote omgevingen kun je op datum filteren of een lange eerste ronde plannen.
Hier ontdek je verbindingslimieten, foutieve aanmeldgegevens, kapotte mappen en grote oude mailboxen. Dat is het juiste moment, niet de laatste omschakeling.
3. Synchroniseer terwijl gebruikers doorwerken
Incrementele rondes halen op wat sinds de eerste aankwam. De tool vergelijkt statussen en importeert wat lijkt te ontbreken. Het project wordt synchronisatie in plaats van alleen kopiëren.
Doe meerdere rondes bij een lange periode. Een mailbox die elke minuut verandert, moet niet tot de omschakeldag op een tweede controle wachten.
4. Verlaag DNS-TTL vooraf
Plan een verlaging ongeveer 24 uur vooraf, rekening houdend met oude caches. Vijf minuten, oftewel 300 seconden, is gebruikelijk als de provider dat toestaat, zonder garantie dat alle resolvers meteen verversen. Zonder voorbereiding kan de laatste ronde meer gesplitste afleveringen moeten ophalen.
Foute records kunnen mail verkeerd routeren. Controleer ze zorgvuldig.
5. Wijzig MX en synchroniseer daarna
Na de nieuwe MX kan mail nog bij de oude host aankomen zolang caches blijven bestaan. Controleer de verschuiving en synchroniseer de bron. Houd die beschikbaar en herhaal voor late afleveringen totdat de verificatie is afgerond.
| Fase | Actie | Gebruikersimpact | Risico bij overslaan |
|---|---|---|---|
| Eerste synchronisatie | Meeste historische mail verplaatsen | Doorgaans beperkt | Groot omschakeltijdvak |
| Incrementele synchronisatie | Nieuwe items ophalen | Doorgaans beperkt | Groot gegevensverschil |
| TTL-verlaging | TTL vóór MX verlagen | Doorgaans beperkt | Lange periode met twee routes |
| MX-omschakeling | Nieuwe mail naar de bestemming leiden | Korte afstemming van toegang of routering | Mail blijft bij de bron landen |
| Laatste ronde | Late berichten importeren | Doorgaans laag | Ontbrekende recente mail |
Bekijk bij TrekMail ook je toekomstige beheer. Tegenover gebruikersprijzen en verspreide domeinen beschrijft het bronartikel abonnementstarieven, gedeelde opslag, multidomeincontrole en ingebouwde import. Starter begint bij $3.50 per maand; betaalde abonnementen bieden een gratis proefperiode van 14 dagen met creditcard. Nano wordt als gratis zonder proefvereiste beschreven. Controleer de TrekMail-prijzen.
Fouten die IMAP-migraties verstoren
Veelvoorkomend zijn foutieve mapkoppelingen, Gmail-duplicaten, serverlimieten, misvormde berichten en te veel vertrouwen in groene schermen. Veel hiervan is voorspelbaar en hoort bij het werk.
De valkuil van verzonden mappen
De bron gebruikt vaak Sent Messages, Sent Mail of Sent. De bestemming verwacht Sent Items of een special-use-vlag. Zonder koppeling lijkt de verzonden map leeg.
Verzend een nieuw bericht bij de bestemming. Komt dat in een andere map dan de geïmporteerde geschiedenis, dan is er nog werk nodig.
Duplicaten door Gmail-labels
Gmail is niet alleen een mappensysteem. Eén bericht kan in Inbox, een eigen label en All Mail verschijnen. IMAP kan meerdere downloadkopieën tonen. Blind alles verhuizen vergroot opslag en verwarring.
Gmail-instellingen bepalen mede wat IMAP toont, waaronder in sommige omgevingen een mapgroottebeperking volgens Google. Gebruik een Gmail-specifieke aanpak. De documentatie beschrijft ook IMAP-sessies van ongeveer 24 uur, relevant voor lange taken; controleer de huidige grenzen.
Verkeers- en verbindingslimieten
Bandbreedte is geen effectieve doorvoer. Je glasvezel kan werken terwijl de provider verzoeken beperkt. Microsoft beschrijft migratieservice- en resourcegezondheidslimieten in Exchange Online. De taak kan vertragen ondanks een gezonde lokale verbinding.
Verhoog gelijktijdigheid niet blind: dat kan sneller blokkering veroorzaken. Gebruik gecontroleerde wachttijden en herhalingen. Vraagt de server minder belasting, verlaag die dan.
Verschillende hiërarchiescheidingstekens
De ene host gebruikt punten, de andere schuine strepen. Zonder juiste omzetting kan de boom plat worden of bovenste mappen dupliceren, waardoor jarenlang opgebouwde ordening verloren gaat.
Misvormde bronberichten
Oude servers bewaren soms kapotte headers, ongeldige MIME en vreemde tekensetcodering uit 2009. De bestemming kan weigeren wat de bron toonde. Dat hoeft niet de hele migratie te laten mislukken: behandel uitzonderingen en vergelijk aantallen.
Een IMAP-migratie controleren
Vergelijk aantallen, bekijk belangrijke mappen, test verzonden gedrag en herhaal gericht bij hiaten. Grootte en voortgangsbalken bewijzen geen integriteit. Controleer wat gebruikers echt nodig hebben.
Sla deze fase niet over door vermoeidheid of een melding Voltooid. Die kan alleen betekenen dat het proces is gestopt.
- Vergelijk bron en bestemming voor Inbox, Sent, Drafts, Archive en enkele grote eigen mappen.
- Accepteer kleine verschillen alleen met verklaring, zoals beschadiging of bekende uitsluitingen.
- Controleer met geautoriseerde mailboxtoegang of historische en nieuwe verzonden mail in dezelfde Sent-map staan, zonder gebruikerswachtwoorden te verzamelen.
- Zoek bekende berichten op onderwerp en afzender over meerdere jaren.
- Herhaal alleen de ontbrekende map in plaats van de mailbox te wissen en opnieuw te beginnen.
Aantallen beperken verschillen door codering en opslag. Een bijlage van tien megabyte kan verschillende schijfruimte innemen; één bericht blijft één bericht, rekening houdend met labels en uitsluitingen.
Steekproeven zijn belangrijk. Gebruikt de directie Inbox en Sent, besteed dan niet alles aan Projects/2017 en vergeet niet de onmiddellijk gebruikte mappen.
Herhaal gericht. Wis de hele bestemming niet zonder zeker onderzoek, gegevensbewaring en afzonderlijke toestemming. De oplossing is meestal smaller dan de vrees.
Tools en operationele afwegingen
De keuze hangt af van prijs, controle en rapportage. Er is geen perfecte tool, alleen een passende afweging.
| Optie | Geschikt voor | Kracht | Beperking |
|---|---|---|---|
| imapsync | Beheerders, managedserviceproviders en maatwerk | Gedetailleerde controle en automatisering | Verkeerde opties kunnen schade veroorzaken |
| SaaS-migratieplatforms | Bedrijfsprojecten met veel rapportage | GUI, batchoverzicht en delegatie | Gebruikerskosten kunnen marges verlagen |
| TrekMail-migratie | Verhuizingen naar TrekMail | Serverproces in betaalde abonnementen, minder externe voorbereiding | Voor TrekMail-bestemmingen, niet universele orkestratie |
imapsync is een technische referentie omdat details zichtbaar zijn. De imapsync-gids behandelt ze. Voor bureaus tellen ook marge, voorbereiding en aansluiting op het mailboxplatform.
Het verschil is gebruikerskosten bij zowel host als migratietool tegenover abonnementshosting met geïntegreerde migratie en gedeelde opslag. Vergelijk echte kosten en voorwaarden.
Waar TrekMail past
TrekMail kan passen bij multidomeinmail zonder gebruikersprijs, serverimport en gedeelde opslag. Het blijft IMAP; lagere kosten en minder complexiteit hangen van het project af.
Volgens het bronartikel biedt het vaste multidomeintarieven, eigen domeinen, IMAP-mailboxen, catch-all, doorsturen, eigen of inbegrepen SMTP per abonnement en API op hogere niveaus. Betaalde abonnementen bevatten migratie. IMAP zonder POP3 ondersteunt gedeelde serverstatus; controleer actuele functies.
Prijzen uit het bronartikel: Free voor $0, Starter voor $3.50 per maand, Pro voor $10 per maand, Agency voor $23.25 per maand en Enterprise op maat. Betaalde abonnementen hebben een proefperiode van 14 dagen met creditcard; Nano wordt zonder kaart en proefperiode beschreven. Jaarbetaling wordt als 20% goedkoper gepresenteerd; controleer het huidige aanbod.
De mogelijke winst is operationeel: gedeelde opslag beperkt te ruime gebruikersquota en gezamenlijk domeinbeheer vermindert losse consoles. Geïntegreerde migratie kan componenten en overdracht van aanmeldgegevens verminderen, maar toegangscontrole blijft nodig.
Zijn Google Workspace of Microsoft 365 te duur voor gebruikers die alleen mail nodig hebben, dan is alternatieven beoordelen redelijk. Vergelijk noodzakelijke functies en totale kosten; TrekMail richt zich op mail in plaats van een volledige suite.
Veelgestelde vragen over IMAP-migratie
Vragen gaan vooral over bereik, uitval, duplicaten en omschakeling. Gefaseerd werken en controleren beperkt risico's; een tool overstijgt het protocol niet.
Veroorzaakt IMAP-migratie uitval?
Dat kan. Fasering beperkt het risico door de meeste gegevens tijdens brongebruik te kopiëren en late berichten na MX op te halen, zonder nul uitval te garanderen.
Kunnen contacten en agenda's mee?
Nee. IMAP betreft mail. De rest vraagt aparte export, synchronisatie of herinrichting.
Waarom ontstaan duplicaten?
Meestal verandert de bronstatus, toont Gmail hetzelfde bericht meerdere keren of slaat de herhaling duplicaten onvoldoende over. Vaak is het een statusregistratieprobleem.
Hoelang duurt het?
Dat hangt af van grootte, bronlimieten, verkeersbeperking en gelijktijdigheid. Grote mailboxen kunnen dagen duren. Plan daarop in plaats van op één weekend te gokken.
Welke omschakeling beperkt risico's?
Eerste kopie, incrementele rondes, TTL verlagen, MX wijzigen, ronde na omschakeling en controle. Herhaal voor nieuwe bronafleveringen. Voorspelbaarheid is beter dan improvisatie.
Conclusie
IMAP is een statusgevoelige overdracht tussen systemen die kunnen verschillen in mappen, vlaggen, limieten en timing. Respecteer die verschillen om beheersbaar te werken. Anders kunnen duplicaten en ontbrekende verzonden geschiedenis dagen uitleg vragen.
De aanpak: vroeg kopiëren, vaker synchroniseren, TTL vooraf verlagen, speciale mappen koppelen en aantallen controleren. Beoordeel TrekMail en de huidige voorwaarden voor gedeelde opslag, vaste multidomeinhosting en ingebouwde import.