Mailboxmigratie: mappen, vlaggen en verzonden mail controleren

Mailboxmigratie lijkt eenvoudig totdat gebruikers hun geschiedenis niet herkennen. Verzonden mail staat elders, ongelezen aantallen veranderen en tien jaar mail lijkt vandaag ontvangen. Het gaat om inhoud én status. Lees voor de uitvoering deze operationele imapsync-gids. Bij een platformoverstap helpt expliciete ondersteuning voor de gebruikte standaarden.

Alleen inhoud kopiëren is niet genoeg. Gebruikers willen naast RFC 5322-inhoud hun verzonden mail terugvinden, gelezen mail als gelezen zien en bruikbare zoekresultaten houden. Als die drie onderdelen veranderen, kunnen vanaf de eerste dag supportvragen ontstaan.

Deze gids behandelt fouten, risicobeperking en resultaatcontrole. TrekMail beschrijft IMAP-import op Starter en hoger, abonnementen vanaf $3.50 per maand en geen individuele gebruikersprijzen. Controleer huidige functies, kosten en limieten, of je nu een mailbox of honderd verhuist. Lees ook zakelijke mail voor kleine bedrijven en hosting voor meerdere e-maildomeinen.

Waarom problemen na de MX-omschakeling verschijnen

Inhoud kan aankomen terwijl de mailboxstatus afwijkt. Vier aandachtspunten zijn mapping, leesvlaggen, interne datums en Gmail-labels. Controle daarop beperkt risico's, maar garandeert geen probleemloze migratie.

Nieuwe mail op het doel na een MX-wijziging bewijst niet dat de geschiedenis goed is overgezet. Gebruikers beoordelen samenhang en hun werkproces. MX wijzigen is bovendien alleen nodig bij andere ontvangsthosting voor een eigen beheerd domein, niet bij een persoonlijk provideradres.

Behandel de migratie als een gegevensoverdracht met metadata. Elk bericht heeft inhoud, vlaggen, locatie en een door de server bijgehouden datum. Een mailbox kan openen terwijl die metadata niet passend is overgezet.

Voorbeeld: de directeur ziet 8,000 ongelezen berichten. De inhoud kan zijn gekopieerd zonder de oorspronkelijke \Seen-status. Onderzoek de echte bron- en doelselectie voordat je die oorzaak bevestigt.

Vier minder zichtbare aandachtspunten

Let op de verzonden-map, \Seen, INTERNALDATE en Gmail All Mail. Ze kunnen na een geslaagde processtatus nog afwijken en pas bij dagelijks gebruik opvallen.

1. De verkeerde map voor verzonden mail

Mapnamen verschillen: Sent, Sent Items, bij sommige cPanel-systemen INBOX.Sent en bij Gmail [Gmail]/Sent Mail.

Als historische mail in een gewone map belandt terwijl de client nieuwe mail in de speciale verzonden-map schrijft, lijkt de standaardmap leeg. De geschiedenis kan elders staan; controleer mapping voordat je verlies concludeert.

RFC 6154 beschrijft speciale mapfuncties voor onder meer verzonden mail, concepten, spam en verwijderde mail. De functie en clientkoppeling zijn belangrijk, niet alleen de naam. Controleer de werkelijke doelserver; de tabelnamen hieronder zijn illustraties, geen universele TrekMail-standaard.

2. De \Seen-vlag

Behoud leesstatus waar bron, tool en doel die ondersteunen. Anders kunnen verwerkte berichten ongelezen verschijnen en het werkproces verstoren.

RFC 3501 beschrijft systeemvlaggen zoals \Seen. Test of de migratie die overneemt en bij deltas volgens de gedocumenteerde werking bijwerkt; een voltooid proces bewijst dat niet.

\Recent is anders: deze legacy-vlag heeft sessiegebonden betekenis en is niet als gewone status overdraagbaar. Niet iedere moderne server gebruikt haar. Berichten kunnen in de doelomgeving nieuw zichtbaar lijken; leg dat uit zonder te beloven dat iedere client hetzelfde toont.

3. Een gewijzigde INTERNALDATE

De Date-header en de interne serverdatum zijn verschillende gegevens. Clients kunnen beide gebruiken voor sortering. Als de interne datum verandert, kan de tijdlijn anders lijken terwijl de berichtinhoud intact is.

RFC 3501 beschrijft APPEND met een opgegeven datum en tijd: de server hoort die als interne datum te gebruiken; zonder opgegeven waarde kan de huidige tijd worden gebruikt. Tien jaar archief kan daardoor recent lijken. Bewaar de beschikbare bron-INTERNALDATE met tijdzone-offset en ondersteunde precisie; de oorspronkelijke serverontvangst kun je niet uit alleen de Date-header reconstrueren.

4. Gmail All Mail en labelkopieën

Gmail gebruikt labels die IMAP als mappen kan tonen. Daardoor kan dezelfde onderliggende boodschap meerdere doelkopieën krijgen, afhankelijk van de tool en gewenste representatie.

Met [Gmail]/All Mail naast Inbox, Sent en labels kunnen aantallen en opslag stijgen. Meerdere mapweergaven kunnen juist gewenst zijn. Microsoft beschrijft dit risico bij Gmail-import; plan unieke archiefdekking voordat je All Mail uitsluit, anders kan gearchiveerde mail zonder ander geïmporteerd label ontbreken.

Mappen correct koppelen

Leg mapping vast als namen of functies niet overeenkomen. Automatische herkenning kan helpen, maar controleer de speciale doelmappen en clientinstellingen na een pilot.

Bij handmatig gebruik van imapsync kunnen regextransformaties namen aanpassen. Die werken na automatische prefix- en scheidingstekenaanpassing; regels worden achtereenvolgens op het vorige resultaat toegepast. Het voorbeeld hieronder kopieert echt, is geen gevalideerde dry run en vraagt niet expliciet om TLS of certificaatcontrole. De dubbel ge-escapete INBOX-patronen matchen niet de bedoelde punt; controleer en corrigeer patronen alleen in een werkkopie, met echte scheidingstekens, toolversie en doelmapping. Gebruik een echte proefmodus als de geïnstalleerde versie die ondersteunt. Test een gecontroleerd doel vóór opschaling, met expliciete TLS-, certificaatketen- en hostnaamcontrole. Bescherm wachtwoorden tegen geschiedenis, procesargumenten en logs.

imapsync \
  --host1 old.example.com --user1 user@old.example.com --password1 'oldpass' \
  --host2 new.example.com --user2 user@new.example.com --password2 'newpass' \
  --regextrans2 's/^Sent Messages$/Sent Items/' \
  --regextrans2 's/^INBOX\\.Sent$/Sent Items/' \
  --regextrans2 's/^INBOX\\.Trash$/Deleted Items/' \
  --exclude "\\[Gmail\\]/All Mail"

Stuur na een pilot een echt bericht vanuit het doel en controleer waar de verzonden kopie staat. Als nieuwe en historische mail onbedoeld gescheiden zijn, corrigeer mapping vóór meer gebruikers. Valideer ook het uitsluitingspatroon en Gmail-archiefdekking; maak vóór profielverwijdering een back-up van lokale, niet-gesynchroniseerde mail.

Begin voor TrekMail bij het IMAP-migratieoverzicht. De beschreven wizard toont bronmappen en aantallen, werkt op de achtergrond en biedt duplicaatmatching voor Gmail, Outlook, Yahoo, iCloud en andere IMAP. Controleer actuele ondersteuning en authenticatie: directe credentials bieden geen interactieve OAuth, app-wachtwoorden hangen af van beleid en tweestapsverificatie. Een andere toegestane OAuth-tool kan nodig zijn. Zie Gmail-migratie of cPanel-migratie. Contacten, agenda's, aliassen en routingrechten vallen buiten de IMAP-kopie.

De migratie grondig verifiëren

Vergelijk aantallen, leesstatus, verzonden-mappen en datums, maar ook inhoud en bijlagen. MIME, indexering en opslagoverhead verschillen; gigabytes en gelijklopende aantallen bewijzen geen integriteit.

Een groene voltooiingsindicator toont een processtatus, geen bewijs van behouden gebruikerservaring. Controleer logs en daadwerkelijke gegevens.

1. Vergelijk dezelfde selectie per map: Inbox, verzonden mail en archief, met goedgekeurde uitsluitingen en bronwijzigingen.
2. Onderzoek een verschil van 50 ongelezen bronberichten tegenover 4,000 op het doel. Het kan op \Seen-verlies wijzen, maar mapping, selectie en wijzigingen kunnen ook meespelen.
3. Open historische berichten en controleer of 2019 nog passend als 2019 wordt weergegeven, inclusief interne datum en Date-header.
4. Stuur een nieuw bericht en controleer of de verzonden kopie bij de bedoelde historische map hoort.

Afwijkingen kunnen samenhangen met beschadigde berichten, MIME-problemen, niet-mailobjecten, selectie of veranderingen tijdens kopiëren. Verklaar ze per map en bekijk de inhoud; alleen mailboxgrootte is onvoldoende.

Controleer na de overgang de actuele IMAP- en SMTP-instellingen, het volledige mailboxadres en mailboxwachtwoord, niet de dashboardlogin, en de certificaatketen en hostnaam. Verifieer de hostgegevens in Apps & devices. TrekMail wordt als IMAP zonder POP3 beschreven. Controleer eerst lokale POP-mail: die kan buiten de server staan en vraagt een aparte back-up.

Deltas, duplicaten en UIDVALIDITY

Plan minstens een deltaronde en herhaal die na de omschakeling voor late mail met oude datums, mapverplaatsingen en ondersteunde vlaggen. Maak alle doelidentiteiten aan en verifieer de eerste kopie vóór eventuele MX-wijziging. Behoud oude SMTP-ontvangst, beheerderstoegang en terugvalmogelijkheden tijdens caches en herpogingen; TTL verlagen wist oude caches niet.

UIDs horen bij een map en haar UIDVALIDITY, niet bij een globale berichtidentiteit of inhoudshash. Herstel, reparatie of indexering kan die context wijzigen, maar doet dat niet altijd. De herstartstrategie bepaalt of oude kopieën opnieuw worden gemaakt.

Zo kan een vrijdagkopie op maandag duplicaten geven. Stel niet-essentieel brononderhoud zo nodig uit. Coördineer noodzakelijke reparaties, pauzeer de migratie en verifieer staat en herstart voordat je verdergaat; negeer geen dringend onderhoud.

Er is een tweede aandachtspunt: veel tools kopiëren standaard aanvullend. Een bronverwijdering wordt dan niet automatisch naar het doel doorgezet. Dat beschermt soms nieuwe doelmail, maar is geen veilige tweerichtingssynchronisatie voor actieve accounts. Kies één omgeving voor gebruikerswijzigingen en behandel resterende verschillen gecontroleerd.

Schakel spiegelverwijderingen niet blind in. Verifieer richting, timing, back-ups en selectie: een fout kan geldige gegevens wissen.

Handmatige migratie tegenover TrekMail

Losse opdrachten, regexregels en handmatige controles kunnen veel herhaalwerk vragen. TrekMail beschrijft centraal beheerde IMAP-migratie die dat kan verminderen. Abonnementen en gebruikersprijzen moeten op de actuele voorwaarden worden beoordeeld, niet als universele voor- of nadelen.

Bij veel mailboxen tellen kosten, provisioning en eigenaarschap mee. Lees ook mailboxen in bulk aanmaken en klantmail beheren.

TrekMail vervangt verificatie niet. De beschreven combinatie van dashboard, gedeelde opslag, IMAP en eigen of inbegrepen SMTP kan beheer vereenvoudigen, afhankelijk van abonnement en actuele functies. Extra mailboxen zijn niet automatisch onbeperkt of kosteloos.

Bekijk TrekMail-prijzen vóór de keuze. Nano wordt gratis zonder kaart beschreven, betaalde abonnementen vanaf $3.50 per maand en een gratis proefperiode van 14 dagen waarvoor een creditcard nodig is. Controleer huidige prijzen, opslaglimieten en voorwaarden.

Conclusie: een geslaagde mailboxmigratie

Een goed gecontroleerde migratie bewaart de bedoelde workflow: verzonden mail is vindbaar, leesstatus verklaarbaar en historische sortering passend. Gmail-labelkopieën volgen een bewust plan. Dat is het te verifiëren doel, geen automatische garantie.

Koppel mappen vooraf en behoud ondersteunde vlaggen, vooral \Seen. Bewaar beschikbare INTERNALDATE bij APPEND met passende tijdzone. Sluit Gmail All Mail alleen uit na bevestigde archiefdekking. Vergelijk aantallen én inhoud, niet alleen opslaggrootte.

Die werkwijze maakt de overgang beter beheersbaar. Alleen inhoud kopiëren zonder statuscontrole laat belangrijke onzekerheid bestaan, ook als de taak voltooid lijkt.

Voor protocolcontext zie RFC 3501 voor IMAP en RFC 6154 voor speciale mapfuncties.