Ret manuelle IMAP-kopieringsdatoer i Thunderbird
Hvorfor manuel IMAP-kopiering viser forkert dato i Thunderbird
Thunderbird er en populær gratis e-mailklient der ofte bruges til manuel e-mailmigrering mellem IMAP-konti. Brugere tilføjer både kilde- og destinations-IMAP-kontoen til Thunderbird og kopierer eller flytter beskeder mellem dem. Når Thunderbird uploader en besked til destinations-IMAP-serveren via APPEND, videregiver den ikke den originale INTERNALDATE-parameter. Destinationsserveren sætter INTERNALDATE til uploadtidsstemplet og tilføjer sin egen Received-header med den aktuelle dato.
Thunderbirds datovisningsadfærd afhænger af kolonnekonfigurationen. Som standard viser Thunderbird kolonnen "Dato" (fra Date-headeren) frem for en "Modtaget"-kolonne. Dette kan delvist maskere problemet: hvis en bruger kun ser Dato-kolonnen, kan datoerne virke korrekte, fordi Date-headeren bevares under kopieringen. Den underliggende INTERNALDATE på serveren er dog forkert, hvilket påvirker serversidig sortering, søgning og enhver anden klient der forbinder til den samme konto.
Problemet bliver fuldt synligt når brugeren tilføjer kolonnen "Modtaget" til Thunderbirds beskedliste, eller når vedkommende tilgår den samme postkasse fra en anden klient (Outlook, Apple Mail) der som standard viser modtagelsesdatoen. Den beskadigede INTERNALDATE på serveren vedbliver uanset hvilken klient der bruges til at se postkassen, og den påvirker alle IMAP-operationer der refererer til beskedens dato.
Hvordan dette påvirker Thunderbird
I Thunderbird viser standard "Dato"-kolonnen e-mailens Date-header, der bevares under kopieringen og muligvis vises korrekt. Thunderbirds "Modtaget"-kolonne (hvis aktiveret) viser dog IMAP INTERNALDATE, der viser kopieringsdatoen. Serversidig sortering i Thunderbird (der sorterer efter INTERNALDATE ved sortering efter modtagelsesdato) producerer en forkert kronologisk rækkefølge for kopierede beskeder.
Thunderbirds beskedsøgning kan producere blandede resultater afhængigt af om den søger i lokalt cachede data eller udfører en serversidig IMAP-søgning. Lokale søgninger kan bruge Date-headeren (korrekt), mens serversidige søgninger bruger INTERNALDATE (forkert). Thunderbirds beskedfiltre der udløses af modtagelsesdato bruger INTERNALDATE, hvilket potentielt fejldirigerer eller fejlarkiverer kopierede beskeder. Hurtigfilter-barens datofiltrering bruger også serversidige datoer, der returnerer unøjagtige resultater for kopierede beskeder blandet med normalt modtagne.
Ofte stillede spørgsmål
Thunderbird viser den korrekte Dato-kolonne. Er der stadig et problem?
Ja. Dato-kolonnen viser e-mailens header-dato, som er korrekt. Men IMAP INTERNALDATE på serveren er forkert. Dette påvirker serversidig søgning, sortering, andre klienter forbundet til den samme konto og backupværktøjer. Redate.io retter INTERNALDATE til at matche den originale Date-header.
Kan Thunderbird rette INTERNALDATE selv?
Nej. Thunderbird har ikke en funktion til at ændre INTERNALDATE for beskeder der allerede er på serveren. IMAP-protokollen understøtter ikke ændring af INTERNALDATE efter beskedindsættelse. Den eneste måde at rette det på er at genindsætte beskeden med den korrekte dato, hvilket er hvad Redate.io automatiserer.
Jeg brugte Thunderbird til at kopiere e-mails til flere destinationskonti. Kan Redate.io rette dem alle?
Ja. Redate.io kan forbinde til enhver IMAP-kompatibel server og rette datoerne. Hver destinationskonto kan forbindes og rettes uafhængigt via Redate.io-dashboardet.