Handmatige IMAP-kopieerdatums in Thunderbird herstellen
Waarom handmatig IMAP-kopiëren de verkeerde datum toont in Thunderbird
Thunderbird is een populaire gratis e-mailclient die vaak wordt gebruikt voor handmatige e-mailmigratie tussen IMAP-accounts. Gebruikers voegen zowel het bron- als het bestemmings-IMAP-account toe aan Thunderbird en kopiëren of verplaatsen berichten ertussen. Wanneer Thunderbird een bericht uploadt naar de bestemmings-IMAP-server via APPEND, geeft het de oorspronkelijke INTERNALDATE-parameter niet door. De bestemmingsserver stelt de INTERNALDATE in op het uploadtijdstempel en voegt zijn eigen Received-header toe met de huidige datum.
Het datumweergavegedrag van Thunderbird hangt af van de kolomconfiguratie. Standaard toont Thunderbird de kolom "Datum" (van de Date-header) in plaats van een kolom "Ontvangen". Dit kan het probleem gedeeltelijk maskeren: als een gebruiker alleen de Datumkolom ziet, kunnen de datums correct lijken omdat de Date-header wordt bewaard tijdens het kopiëren. De onderliggende INTERNALDATE op de server is echter onjuist, wat de serversijdige sortering, zoekfunctie en elke andere client beïnvloedt die verbindt met hetzelfde account.
Het probleem wordt volledig zichtbaar wanneer de gebruiker de kolom "Ontvangen" toevoegt aan de berichtenlijst van Thunderbird, of wanneer hij dezelfde mailbox opent vanuit een andere client (Outlook, Apple Mail) die standaard de ontvangstdatum weergeeft. De beschadigde INTERNALDATE op de server blijft bestaan ongeacht welke client wordt gebruikt om de mailbox te bekijken, en beïnvloedt alle IMAP-bewerkingen die verwijzen naar de berichtdatum.
Hoe dit Thunderbird beïnvloedt
In Thunderbird toont de standaard "Datum"-kolom de Date-header van de e-mail, die wordt bewaard tijdens het kopiëren en mogelijk correct wordt weergegeven. De kolom "Ontvangen" van Thunderbird (indien ingeschakeld) toont echter de IMAP INTERNALDATE, die de kopieerdatum weergeeft. Serversijdige sortering in Thunderbird (die sorteert op INTERNALDATE bij het sorteren op ontvangstdatum) produceert een onjuiste chronologische volgorde voor gekopieerde berichten.
De berichtzoekfunctie van Thunderbird kan gemengde resultaten opleveren, afhankelijk van of lokaal opgeslagen gegevens of een serversijdige IMAP-zoekopdracht worden doorzocht. Lokale zoekopdrachten kunnen de Date-header gebruiken (correct), terwijl serversijdige zoekopdrachten de INTERNALDATE gebruiken (onjuist). Berichtfilters van Thunderbird die activeren op ontvangstdatum gebruiken de INTERNALDATE, waardoor gekopieerde berichten mogelijk onjuist worden gerouteerd of gearchiveerd. Datumfiltering via de Snelfilter-balk gebruikt ook serversijdige datums, wat onnauwkeurige resultaten oplevert voor gekopieerde berichten gemengd met normaal ontvangen berichten.
Veelgestelde vragen
Thunderbird toont de juiste Datumkolom. Is er nog steeds een probleem?
Ja. De Datumkolom toont de datum van de e-mailheader, die correct is. Maar de IMAP INTERNALDATE op de server is onjuist. Dit beïnvloedt serversijdige zoekopdrachten, sortering, andere clients verbonden met hetzelfde account en back-uptools. Redate.io corrigeert de INTERNALDATE zodat deze overeenkomt met de oorspronkelijke Date-header.
Kan Thunderbird de INTERNALDATE zelf corrigeren?
Nee. Thunderbird heeft geen functie om de INTERNALDATE van berichten die al op de server staan te wijzigen. Het IMAP-protocol ondersteunt het wijzigen van de INTERNALDATE na het invoegen van berichten niet. De enige manier om het te corrigeren is het bericht opnieuw in te voegen met de juiste datum, wat Redate.io automatiseert.
Ik heb Thunderbird gebruikt om e-mails naar meerdere bestemmingsaccounts te kopiëren. Kan Redate.io ze allemaal corrigeren?
Ja. Redate.io kan verbinden met elke IMAP-compatibele server en de datums corrigeren. Elk bestemmingsaccount kan onafhankelijk worden verbonden en gecorrigeerd via het Redate.io-dashboard.