English
Français
Deutsch
Español
Português
Italiano
Nederlands
Dansk
Svenska
Norsk
Suomi
Türkçe
Ελληνικά
Русский
Polski
Čeština
Українська
Magyar
Română
Български
Hrvatski
Srpski
Slovenčina
Slovenščina
Lietuvių
Latviešu
Eesti
日本語
한국어
العربية
Bahasa Indonesia
Hvordan Thunderbird håndterer e-postdatoer
Mozilla Thunderbird er en av de mest populære gratis e-postklientene, mye brukt av privatpersoner og organisasjoner som foretrekker et open source-alternativ til Outlook. Thunderbirds tilnærming til å vise e-postdatoer er mer fleksibel enn de fleste klienter, noe som er både en fordel og en kilde til forvirring når migreringsdatoproblemer oppstår.
Thunderbirds to datokolonner
Thunderbird skiller mellom to datoverdier: "Dato" og "Mottatt". Kolonnen "Dato" viser verdien fra RFC 2822 Date-headeren - tidsstempelet satt av avsenderen. Kolonnen "Mottatt" viser datoen utledet fra IMAP-serverens metadata (INTERNALDATE) og meldingens "Received"-headere.
Som standard viser Thunderbird "Dato"-kolonnen (sendedatoen). Rett etter en migrering legger brukerne kanskje ikke engang merke til problemet, siden Date-headeren er bevart. "Mottatt"-kolonnen viser derimot migreringsdatoen for hver e-post. Brukere som har tilpasset visningen til å vise "Mottatt"-kolonnen eller sorterer etter mottaksdato ser feil datoer.
"Mottatt"-sortering vs. "Dato"-sortering
Thunderbird tilbyr separate sorteringsalternativer: "Dato" (sorterer etter Date-headeren) og "Mottaksrekkefølge" (sorterer etter mottakstidsstempelet). Sortering etter "Dato" gir riktig kronologisk rekkefølge. Sortering etter "Mottaksrekkefølge" grupperer alle migrerte e-poster på migreringsdatoen, noe som ødelegger den kronologiske rekkefølgen.
Mange brukere innser ikke at dette er to forskjellige sorteringsalternativer.
Hvorfor Thunderbirds "Dato"-kolonne ikke er en ekte løsning
Søk er påvirket
Thunderbirds søk kan filtrere etter datointervall. Når en bruker søker etter "e-poster mottatt i januar 2024", bruker Thunderbird serverens mottaksdato-metadata, ikke Date-headeren. Etter migrering gir dette søket null resultater for januar 2024 og returnerer alle e-poster for migreringsdatoen. For brukere som ofte søker etter datointervall (regnskapsførere som leter etter fakturaer fra et bestemt kvartal, advokater som samler korrespondanse for en sak), er postkassen funksjonelt ødelagt.
Meldingsfiltre og lagrede søk
Thunderbirds meldingsfiltre kan utløses på datobetingelser. Filtre som refererer til "Mottatt"-dato eller "Alder i dager" feiler etter migrering. Lagrede søk (virtuelle mapper) som bruker datokriterier er også påvirket.
Andre IMAP-klienter på den samme kontoen
Selv om en Thunderbird-bruker bytter til "Dato"-kolonnen, forblir det underliggende problemet på serveren. Hvis noen andre aksesserer den samme postkassen via Outlook, Apple Mail, en mobilapp eller webmail, vil de se feil datoer. Problemet er på serversiden, ikke klientsiden.
Inspisere headere i Thunderbird
Bruke Thunderbirds headervisning
Thunderbird gjør det enkelt å inspisere e-postheadere. Åpne den aktuelle e-posten, klikk deretter på Vis, og deretter Kildekode for melding (eller trykk Ctrl+U). Dette viser den fullstendige råmeldingen. Du kan også bruke Vis, deretter Headere, deretter Alle for å se en utvidet headervisning.
Identifisere migrerings-Received-headere
I meldingskildekoden ser du på "Received"-headerne øverst. Den øverste Received-headeren er den nyeste; etter migrering er det den fra migreringsverktøyet. Den inneholder vanligvis et tidsstempel som samsvarer med migreringsdatoen og kan eksplisitt referere til verktøyet (for eksempel "mx.migrationwiz.com" for BitTitan, "cloudm.io" for CloudM, eller "gmailapi.google.com" for GSMMO).
Under migreringsheaderen er de opprinnelige Received-headerne fortsatt intakte. Den opprinnelige Date-headeren er også bevart. Dette bekrefter at korrekt datoinformasjon eksisterer - den trenger bare å bli gjenopprettet.
Hvorfor klientside-fikser ikke fungerer
Problemet er på serversiden
Enhver omvei som innebærer en innstillingsendring i Thunderbird er en klientside-modifikasjon som bare påvirker det Thunderbird viser på skjermen. De faktiske e-postdataene på serveren inneholder fortsatt migrerings-Received-headeren. Det betyr at andre enheter og klienter ser feil datoer, serverside-søk gir feil resultater, samsvars- og arkiveringsverktøy fanger opp feil datoer, og sikkerhetskopier lagrer feil tidsstempler. Den eneste permanente korreksjonen er å endre dataene på serveren.
Thunderbird-tillegg kan ikke fikse dette
Selv om Thunderbirds tilleggssystem er kraftig, kan ingen utvidelse endre e-postheadere på IMAP-serveren. En utvidelse kunne potensielt endre datovisningen lokalt, men det ville bare påvirke Thunderbird på den spesifikke datamaskinen. Så hva er den egentlige løsningen?
Fikse Thunderbird-datoer på servernivå
Hvordan Redate.io fikser problemet
Redate.io kobler seg til e-postserveren (Google Workspace, Microsoft 365, eller enhver IMAP-server inkludert Zimbra og Zoho) og korrigerer hver påvirket e-post direkte på serveren.
Redate.ios proprietære korreksjonsmotor analyserer den fullstendige headerkjeden til hver påvirket melding og oppdager avvik i datoene, uavhengig av hvilket migreringsverktøy som er brukt. Den flertrinns analysepipelinen håndterer spesialtilfeller som ville få en DIY-tilnærming til å feile: S/MIME-signerte meldinger, PGP-kryptert innhold, multipart-strukturer med nestede MIME-grenser, ikke-ASCII-headere og Content-Transfer-Encoding-variasjoner. Etter korreksjon bekrefter en integritetssjekk at hver melding er intakt. Originalene flyttes til en synlig sikkerhetskopimappe i postkassen, der de blir liggende til kunden selv fjerner dem.
Etter korreksjonen synkroniserer Thunderbird med serveren og henter de korrigerte datoene. Både "Dato"- og "Mottatt"-kolonnene viser riktige verdier. Søk etter datointervall fungerer korrekt. Filtre og lagrede søk basert på mottaksdato fungerer som forventet.
Du kunne prøve å skrive et skript for dette? Egentlig er det virkelige spørsmålet: hvordan verifiserer du at 8000 korrigerte e-poster alle har vedleggene intakte, trådingen bevart og gyldige MIME-strukturer? Det er på verifiseringen at DIY-tilnærminger kollapser.
Verifisere korreksjonen i Thunderbird
Etter at Redate.io har fullført korreksjonen, tving Thunderbird til å resynkronisere ved å høyreklikke på kontoen i mappepanelet og velge "Abonner" og deretter lukke dialogboksen, eller ved å komprimere mapper. Thunderbird laster ned oppdaterte meldingsheadere fra serveren. "Mottatt"-kolonnen skal nå vise de opprinnelige mottaksdatoene.
Vanlige migreringsscenarioer med Thunderbird
Thunderbird som migreringsverktøy
Et hyppig scenario innebærer bruk av Thunderbird selv som migreringsverktøy. En administrator konfigurerer kilde- og mål-IMAP-kontoer i Thunderbird, og drar deretter e-poster fra en konto til en annen. Selv om denne metoden "fungerer" i den forstand at e-postene overføres, legger målserveren til en Received-header på hver kopierte melding og stempler dem alle med kopieringsdatoen. Se guide for å fikse datoer etter manuell IMAP-kopiering i Thunderbird.
Thunderbird etter en serverside-migrering
Når migreringen gjøres på servernivå (med BitTitan, CloudM, imapsync eller et annet verktøy), påvirkes Thunderbird-brukere som enhver annen IMAP-klient. Migreringsdatoene vises i "Mottatt"-kolonnen, mens "Dato"-kolonnen kan forbli korrekt. Administratorer bør sjekke datoene spesifikt i Thunderbird, ettersom dobbelkolonnevisningen kan maskere problemet.
Thunderbird viser feil datoer etter migrering? Kjør en gratis analyse med Redate.io for å identifisere påvirkede e-poster og gjenopprette riktige datoer på alle e-postklientene dine.