Handmatige IMAP-kopieerdatums in Gmail herstellen
Waarom handmatig IMAP-kopiëren de verkeerde datum toont in Gmail
Handmatig IMAP-kopiëren naar Gmail houdt in dat zowel een bron-IMAP-account als het Gmail-account worden toegevoegd aan een e-mailclient (Outlook, Thunderbird of Apple Mail) en berichten ertussen worden gekopieerd. Wanneer de e-mailclient berichten naar Gmail uploadt via IMAP APPEND, registreert Gmail het uploadtijdstempel als de INTERNALDATE van het bericht. De e-mailclient geeft de oorspronkelijke INTERNALDATE van de bronserver niet door omdat de meeste clients dit niet ondersteunen tijdens kopieerbewerkingen.
De IMAP-verwerking van Gmail introduceert een extra complicatie. Gmail verwerkt geüploade berichten via zijn eigen pijplijn en voegt een Received-header toe die het Gmail IMAP-gatewaytijdstempel bevat. Deze Received-header wordt de meest recente vermelding in de headerketen. Terwijl de webinterface van Gmail de Date-header gebruikt voor weergave (en mogelijk juiste datums toont), leest elke IMAP-client die vervolgens verbindt met het Gmail-account de beschadigde INTERNALDATE.
Gebruikers die handmatig e-mails naar Gmail kopiëren doen dit vaak wanneer ze meerdere e-mailaccounts consolideren of wanneer ze overstappen van een minder gangbare e-mailprovider die niet wordt ondersteund door standaard migratietools. De eenvoud van slepen-en-neerzetten in een e-mailclient maskeert de onderliggende datumbeschadiging die optreedt op IMAP-protocolniveau. Het probleem wordt duidelijk wanneer de gebruiker zijn Gmail-account controleert vanuit een andere client of wanneer een via IMAP verbonden back-uptool de verkeerde datums archiveert.
Hoe dit Gmail beïnvloedt
In Gmail volgt de impact de bekende splitsing: de webinterface kan juiste datums tonen (van de Date-header) terwijl IMAP-clients de kopieerdatum tonen (van de INTERNALDATE). Gebruikers die Gmail alleen via de webbrowser openen, merken het probleem mogelijk niet op. Gebruikers die Outlook, Apple Mail of Thunderbird verbinden met Gmail via IMAP zien de kopieerdatum voor alle handmatig overgedragen berichten.
Het labelsysteem van Gmail behoudt de labels die tijdens het kopiëren zijn toegepast, maar de sortering binnen labels gebruikt de INTERNALDATE wanneer deze via IMAP worden benaderd. IMAP-clients die sorteren op serverdatum tonen de gekopieerde berichten buiten hun oorspronkelijke chronologische volgorde. Google Takeout-exports en back-uptools van derden registreren de kopieerdatum als berichtdatum, waardoor permanente onnauwkeurigheden ontstaan in geëxporteerde archieven. Voor gebruikers die handmatig jaren aan e-mail van meerdere accounts hebben geconsolideerd in Gmail, kan de datumbeschadiging een aanzienlijk deel van hun hele e-mailgeschiedenis beïnvloeden.
Veelgestelde vragen
Ik heb Thunderbird gebruikt om e-mails naar Gmail te kopiëren. Zijn mijn datums beïnvloed?
Ja. Thunderbird, net als alle e-mailclients, gebruikt IMAP APPEND zonder de oorspronkelijke INTERNALDATE op te geven bij het kopiëren tussen accounts. Gmail stelt de INTERNALDATE in op de uploadtijd. Redate.io kan deze datums corrigeren ongeacht welke client is gebruikt voor het kopiëren.
Kan ik datums alleen corrigeren voor handmatig gekopieerde e-mails, niet voor mijn hele Gmail?
Ja. Redate.io scant de mailbox en identificeert e-mails waar de INTERNALDATE niet overeenkomt met de Date-header. Alleen getroffen berichten worden gemarkeerd voor correctie. E-mails die natief door Gmail zijn ontvangen (met juiste datums) worden onaangeroerd gelaten.
Werkt de correctie als ik e-mails heb gekopieerd van meerdere bronaccounts?
Ja. Redate.io corrigeert datums op basis van de oorspronkelijke Date-header van elke e-mail, ongeacht waar deze vandaan is gekopieerd. Meerdere bronaccounts geconsolideerd in één Gmail-account kunnen allemaal worden gecorrigeerd in één scan-en-correctiebewerking.