Tool voor mailboxmigratie: vergelijkingschecklist voor 2026

Je kiest geen tool voor mailboxmigratie door naar een gelikt dashboard te staren. Je kiest er een door één scherpe vraag te stellen: wat gaat er mis als bron en bestemming het niet met elkaar eens zijn? Dat is het echte werk. Niet bestanden verplaatsen, maar de mailboxgeschiedenis via IMAP opnieuw opbouwen zonder mappen, markeringen of het vertrouwen van gebruikers te beschadigen. Heb je de meer technische uitleg nodig, begin dan met onze gids over imapsync. Dit artikel is de checklist waarmee een beheerder elke migratietool moet vergelijken voordat er een weekend van afhangt.

Dit is het probleem. De meeste teams ontdekken pas na de omschakeling dat hun migratietool niet deugt. Verzonden berichten komen op de verkeerde plek terecht. De deltasynchronisatie dupliceert de helft van het archief. Een afgeremde batch loopt 's nachts vast. Maandag begint met boze gebruikers en een supportwachtrij vol meldingen dat oude e-mail is verdwenen. Meestal is die niet weg, maar verborgen, overgeslagen of tweemaal gekopieerd.

De oplossing is eenvoudig. Vergelijk leveranciers niet langer op hun merknaam, maar beoordeel de migratie-engine. Een goede tool verwerkt IMAP-status, maptoewijzing, snelheidsbeperkingen en moderne authenticatie. Een zwakke tool verschuilt zich achter percentages en vage beloften. Andere verpakking, hetzelfde probleem.

Wat is een tool voor mailboxmigratie?

Een tool voor mailboxmigratie kopieert e-mail van het ene mailboxsysteem naar het andere, meestal via IMAP, en probeert daarbij mappen, leesstatus en berichtgeschiedenis te behouden. Het verschil tussen tools is niet of ze verbinding kunnen maken, maar of ze afwijkende mappen, limieten van providers en een tweede synchronisatieronde aankunnen zonder een puinhoop te veroorzaken.

Die definitie klinkt vanzelfsprekend, maar is dat niet. IMAP is ontworpen voor toegang tot e-mail, niet voor grootschalige reconstructie. RFC 3501 definieert mailboxstatus aan de hand van onder meer UID's en UIDVALIDITY, maar deze mechanismen zijn kwetsbaar tijdens grote overdrachten. Als een tool elke mailbox als een eenvoudige bestandsstructuur behandelt, gaat het onder normale productieomstandigheden mis. Lees de standaard als je de waarheid over het protocol wilt in plaats van de marketingversie: RFC 3501.

De vier controles die er echt toe doen

Beoordeel een tool eerst op vier punten: statusregistratie, maptoewijzing, gedrag bij snelheidsbeperkingen en ondersteuning voor authenticatie. Als een van deze onderdelen zwak is, doet de rest van de functielijst er weinig toe, omdat de migratie onder belasting onvoorspelbaar wordt.

1. Statusbeheer

Dit is het belangrijkste punt. IMAP-mappen hebben UIDVALIDITY-waarden. Als de bronserver opnieuw wordt opgebouwd, hersteld of geïndexeerd, kan die waarde veranderen. Een eenvoudige migratietool ziet een nieuwe status en neemt aan dat het om een volledig nieuwe map gaat. Zo ontstaat bij een tweede ronde een volledige duplicatie.

Wat je nodig hebt, is vergelijking per item op basis van stabiele berichtkenmerken, niet alleen op basis van veranderlijke nummering aan de bronzijde. Vergelijking van Message-ID's, hashes van headers en het overslaan van duplicaten zijn belangrijk. Daarom is een echte deltaronde ook essentieel. Kan de tool een migratie niet veilig en aanvullend herhalen, dan is hij niet geschikt voor productie.

2. Maptoewijzing

E-mailgeschiedenis wordt onbruikbaar als mapnamen niet overeenkomen. Het ene systeem gebruikt “Sent Messages”, het andere verwacht “Sent Items”. Gmail voegt speciale mappen toe. Exchange hanteert eigen aannames. Een tool moet mappen kunnen normaliseren of met reguliere expressies kunnen toewijzen en niet zomaar alles blind kopiëren.

Als dat niet goed lukt, opent de gebruiker de doelmailbox en ziet die een lege map Verzonden. De werkelijke verzonden geschiedenis staat elders in een aangepaste map. Technisch gekopieerd, praktisch onbruikbaar. Twijfel je nog hoeveel mailboxstructuur werkelijk nodig is, vergelijk dit dan met eenvoudigere oplossingen zoals een e-mailalias voor een domein tegenover een mailbox.

3. Snelheidsbeperkingen en logica voor nieuwe pogingen

Grootschalige mailboxmigraties bereiken snel de limieten van providers. Google documenteert een dagelijkse IMAP-downloadlimiet van 2,500 MB per account. Microsoft beschrijft beperkingen die zwaar migratieverkeer kunnen vertragen of blokkeren. Een tool moet die signalen herkennen en automatisch vertragen, in plaats van zich met steeds nieuwe pogingen tegen dezelfde grens vast te lopen.

De beheerdersdocumentatie van Google is duidelijk: IMAP-migraties en grote synchronisatietaken kunnen accountbeveiliging en tijdelijke blokkeringen activeren als te veel gegevens te snel worden verplaatst. Daarom is snelheidsregeling belangrijk. Bekijk hier de richtlijnen van Google: bandbreedtelimieten van Gmail.

4. Moderne authenticatie

Elke migratietool die nog afhankelijk is van verouderde authenticatiemethoden verdient extra aandacht. Google vereist voor IMAP-toegang door derden tot beveiligde accounts vaak app-wachtwoorden. Microsoft heeft ApplicationImpersonation in Exchange Online eind februari 2025 volledig verwijderd. De oude sluiproutes zijn verdwenen.

Dat betekent niet dat elke IMAP-migratie van begin tot eind OAuth moet gebruiken. Het betekent wel dat je moet controleren hoe de tool zich bij de bron aanmeldt en wat er gebeurt wanneer de provider verouderde methoden blokkeert. Het Exchange-team van Microsoft kondigde de uitfasering van ApplicationImpersonation in Exchange Online aan en bevestigde dat de verwijderingsperiode in februari 2025 eindigde.

Scorekaart voor tools voor mailboxmigratie

De snelste manier om producten te vergelijken is een indeling in vereist, gewenst en optioneel. Een tool die niet aan een vereist onderdeel voldoet, moet onmiddellijk van de lijst, ook als hij goedkoper is of een mooiere interface heeft.

Als een tool een slagingspercentage van 99% claimt maar niet kan laten zien welke 1% mislukte, is dat cijfer waardeloos. Logboekregistratie is geen aardige extra. Het is het verschil tussen de klus afronden en moeten raden.

Een migratietool testen voordat je beslist

De juiste manier om een tool te beoordelen is een proefmigratie met één niet-kritieke mailbox. Je controleert niet alleen of de tool e-mail kan verplaatsen. Je controleert of de structuur behouden blijft, herhaalde uitvoeringen goed verlopen en fouten duidelijk genoeg worden getoond om de tool bij een echte omschakeling te vertrouwen.

1. Voer een proef uit met een mailbox met echte mapgeschiedenis, niet met een leeg testaccount.
2. Controleer het aantal items per map, niet alleen de totale opslagruimte.
3. Ga na of verzonden e-mail in de echte map Verzonden op de bestemming terechtkomt.
4. Stuur een nieuw bericht naar de bronmailbox en voer de taak opnieuw uit.
5. Lees de foutuitvoer en controleer of overgeslagen berichten afzonderlijk worden genoemd.

Het tellen is belangrijk omdat berichtgrootte per platform kan verschillen. Alleen al de overhead van MIME-codering kan de mailboxgrootte veranderen zonder dat het aantal items verandert. Microsoft noemt ook harde beperkingen in sommige IMAP-migratietrajecten, waaronder uitsluitend e-mailmigratie en groottelimieten in bepaalde situaties. Tel de items en onderzoek daarna de uitzonderingen.

Postvak IN bij bron: 4,102 items
Postvak IN bij bestemming: 4,102 items

Dat is een geslaagde test. Geeft de bestemming 4,097 aan, keur het resultaat dan niet goed. Lees de logboeken en zoek de vijf ontbrekende items.

Welke migratietool past bij welke opdracht?

De beste tool hangt af van de schaal, de kennis van de beheerder en de marge. Een zelfstandige die twee mailboxen verplaatst, moet niet dezelfde oplossing kopen als een MSP die 300 gebruikers overzet. Een slechte combinatie kost meestal geld of complete weekenden.

Kleine, gerichte migraties

Voor 1 tot 10 mailboxen kan een tool die vanaf de opdrachtregel werkt de beste keuze zijn. Je krijgt controle, inzicht en nauwkeurige toewijzing. Daarom grijpen veel beheerders nog steeds naar scriptbare IMAP-tools. Ze zijn niet mooi, maar wel eerlijk. Wil je vooral handmatig werken, dan blijft imapsync binnen deze categorie de maatstaf.

imapsync \
  --host1 old.example.com --user1 old@example.com --password1 'source-pass' \
  --host2 imap.trekmail.net --user2 new@example.com --password2 'dest-pass' \
  --automap \
  --exclude "\\[Gmail\\]/All Mail" \
  --syncinternaldates \
  --nofoldersizes

Deze aanpak werkt als je tijd en kennis hebt om de logboeken te bewaken. Hij schaalt niet goed wanneer je tientallen klanten tegelijk moet verplaatsen.

Grootschalige projecten voor bureaus of MSP's

Bij 100 mailboxen of meer begint een migratietool met dashboard zinvol te worden. Daar staat een hogere prijs tegenover. De meeste SaaS-migratieplatforms rekenen per gebruiker, wat rechtstreeks ten koste gaat van de projectmarge. Dat weegt nog zwaarder als een klant veel mailboxen met lage waarde of grote archieven heeft.

Om dezelfde reden kijken veel bureaus na de import ook naar processen om grote aantallen e-mailaccounts aan te maken. Migratie is maar de helft van het project. Provisioning, wachtwoordbeheer en opschoning bepalen of de opdracht rendabel blijft.

De aanpak van TrekMail

Als TrekMail de bestemming is, wordt de keuze eenvoudiger. TrekMail bevat op betaalde abonnementen een ingebouwde workflow voor IMAP-import. De documentatie legt duidelijk uit wat die doet: e-mail van een andere provider naar een TrekMail-mailbox ophalen, op de achtergrond werken, mappen laten selecteren, duplicaten overslaan en op datum filteren, terwijl het oude account ongemoeid blijft. Bekijk het overzicht van e-mailimport en een import starten in het dashboard.

Het verschil tussen de oude en de nieuwe aanpak is duidelijk.

Oude aanpak: migratielicenties per gebruiker kopen, mappen handmatig toewijzen en hopen dat het quotum op de bestemming groot genoeg is voor die enorme mailbox.

Nieuwe aanpak: migreren naar een platform met gedeelde opslag en vaste tarieven. TrekMail Starter begint bij $3.50 per maand, de betaalde abonnementen bevatten de migratietool en bieden een gratis proefperiode van 14 dagen. Daarnaast blijft er een werkelijk gratis abonnement zonder betaalkaart en zonder proefperiode. Bekijk de prijzen van TrekMail.

Dat gedeelde model is belangrijker dan veel mensen erkennen. Grote mailboxen brengen projecten in de problemen wanneer het doelabonnement vaste opslag per gebruiker oplegt. De gedeelde opslag van TrekMail verandert die rekensom. Dat is ook een reden waarom het geschikt is voor teams die e-mailhosting voor meerdere domeinen overwegen voor werkzaamheden zoals die van een bureau.

Wat de ingebouwde import van TrekMail goed doet

De ingebouwde import van TrekMail is ontworpen voor praktische IMAP-migraties naar TrekMail-mailboxen. De functie doet zich niet voor als een universeel migratiepakket voor elk soort mailboxobject. De nadruk ligt op e-mail, mapselectie, het overslaan van duplicaten, achtergrondverwerking en begeleide configuratie. Dat is de juiste afbakening voor de meeste IMAP-migraties bij het mkb en bureaus.

De productdocumentatie is duidelijk over de grenzen. TrekMail importeert e-mail en geselecteerde mappen, behoudt de leesstatus als de bron die aanbiedt en kan geen contactpersonen importeren, evenmin als agenda's, filters of regels. Die openheid telt. Een goede tool vertelt vóór de start wat hij niet doet, niet pas nadat de omschakeling is mislukt. Relevante documentatie: importeren vanuit Gmail en een mailbox maken.

Er is nog een praktisch voordeel. TrekMail stelt IMAP en open standaarden voorop. Je zit niet vast aan een propriëtaire client. Na de import kunnen gebruikers met normale apps verbinding maken via de gedocumenteerde IMAP- en SMTP-instellingen van TrekMail. Dat verkort de fase waarin de migratie klaar is, maar de configuratie nog chaos oplevert, die veel projecten onnodig verlengt.

Het definitieve beslismodel

Een migratietool is de aankoop alleen waard als hij risico vermindert, niet uitsluitend werk. De juiste keuze wordt meestal duidelijk wanneer je echte faalpunten beoordeelt: duplicaten, onbruikbare mappen Verzonden, blokkades door snelheidsbeperkingen en doodlopende authenticatie. Al het andere is ondergeschikt.

Gebruik bij het vergelijken dit filter:

1. Wijs elke tool af die een migratie niet veilig en zonder duplicaten kan herhalen.
2. Wijs elke tool af die mappen niet voorspelbaar kan toewijzen.
3. Wijs elke tool af die fouten per item verbergt.
4. Wijs elke tool af die ervan uitgaat dat oude authenticatiemethoden overal nog werken.
5. Geef de voorkeur aan de oplossing die ook je bedrijfskosten op lange termijn verbetert, niet alleen deze ene migratie.

Dat laatste punt is belangrijk. Migratie is niet de finish, maar de toegang tot je volgende e-mailplatform. Als je van een dienst met prijzen per gebruiker naar een platform met een vast tarief overstapt, verander je niet alleen van host. Je verandert de kostenstructuur van elke mailbox die je daarna aanmaakt. Daarom raakt dit onderwerp ook aan bredere plannen voor zakelijke e-mail voor kleine bedrijven.

Kort gezegd: kies een migratietool die de grenzen van IMAP respecteert, bewijs dat met een proefmigratie en verwar een mooie wizard niet met degelijke techniek. Wil je de nieuwe aanpak in plaats van een heel weekend herstelwerk, begin dan met TrekMail op trekmail.net en test de ingebouwde import met één mailbox voordat je de rest verplaatst.