Rett manuelle IMAP-kopieringsdatoer i Thunderbird

Thunderbird gjør det villedende enkelt å migrere e-poster mellom IMAP-kontoer. Legg til begge kontoene, velg meldinger, høyreklikk, "Kopier til". Ferdig. Bortsett fra at datoene nå er feil på destinasjonsserveren - og Thunderbird advarer deg ikke om dette.

Når Thunderbird laster opp en melding til destinasjons-IMAP-serveren, sender den en APPEND-kommando uten å spesifisere den opprinnelige INTERNALDATE. Destinasjonsserveren gjør det enhver IMAP-server gjør i den situasjonen: registrerer opplastingstidsstempelet som INTERNALDATE og legger til sin egen Received-header datert til akkurat nå. Den opprinnelige Date-headeren inne i e-postteksten forblir intakt, men metadataene på servernivå er permanent overskrevet.

Her er den misvisende delen. Thunderbirds standard kolonnevisning viser "Dato"-kolonnen, som henter fra Date-headeren - den som fortsatt er riktig. Så rett etter at du har kopiert 8 000 meldinger, ser du raskt på Thunderbird og alt ser fint ut. Datoene virker normale. Problem løst, ikke sant?

Feil. INTERNALDATE på serversiden er ødelagt. Og den INTERNALDATE er det alle andre e-postklienter bruker. Kobler du Outlook til den samme kontoen? Migreringsdato på hver e-post. Åpner du Apple Mail? Samme problem. Selv i Thunderbird avslører det å legge til "Mottatt"-kolonnen den egentlige skaden. IMAP-søkekommandoer på serversiden (SEARCH SINCE, SEARCH BEFORE) refererer til INTERNALDATE, ikke Date-headeren. E-posthistorikken din er stille ødelagt på protokollnivå, selv om Thunderbirds standardvisning skjuler det for deg.

I Thunderbirds standardoppsett er den synlige skaden minimal - "Dato"-kolonnen ser fortsatt riktig ut. Men aktiver "Mottatt"-kolonnen, og korrupsjonen blir åpenbar: alle kopierte meldinger viser kopieringsdatoen. Sortering på serversiden etter mottaksdato gir meningsløs kronologisk rekkefølge. Thunderbirds hurtigfilter, når det filtrerer etter datointervall, spør serveren ved hjelp av INTERNALDATE og gir unøyaktige resultater for kopierte meldinger.

Den egentlige faren strekker seg utover Thunderbird. Alle andre klienter som kobler seg til den samme IMAP-kontoen (Outlook, Apple Mail, mobile e-postapper) vil vise feil datoer som standard. Sikkerhetskopiverktøy som arkiverer via IMAP fanger opp den ødelagte INTERNALDATE. Meldingsfiltre i Thunderbird som utløses på mottaksdato bruker INTERNALDATE, noe som potensielt kan feilsortere meldinger. Redate.io sin headerkjedeanalyse og rekonstruksjon av datometadata korrigerer INTERNALDATE på selve serveren, noe som betyr at alle klienter som kobler seg til etterpå - Thunderbird, Outlook, mobilapper, sikkerhetskopiverktøy - ser de riktige datoene uten ekstra konfigurasjon.