Gamle e-poster har alle samme dato: hva skjer?

Symptomet: alle gamle e-poster gruppert på samme dato

Du åpner Outlook, Gmail eller Apple Mail en morgen. Noe stemmer ikke. Hundrevis, noen ganger tusenvis av gamle e-poster viser alle samme dato: for noen dager siden, eller for noen uker siden. Meldinger fra 2021, fra 2019, fra 2016 ser ut som om de ble mottatt i går. Sortering etter dato gir ingen mening lenger. Du leter etter en viktig e-post fra i fjor, og den er begravet i en blokk med tusenvis av meldinger som alle ser ut til å komme fra samme dag.

Nye e-poster viser korrekte datoer. Det er bare de gamle meldingene som er rammet.

Hva i all verden har skjedd?

Den første reaksjonen: skylde på programvaren

Naturlig nok tenker man på en feil. Outlook som krasjet. En oppdatering som gikk galt. En korrupt fil. Og det er her et ordentlig søk gjerne starter: man søker etter "dato-feil Outlook", havner på forum som snakker om OST-filer, SCANPST.exe, om å gjenopprette Outlook-profilen fra scratch...

Man bruker to timer på å prøve alt på nytt. Problemet vedvarer.

SCANPST er forresten et reparasjonsverktøy for lokale Outlook-datafiler. Det kan rette visse filkorrupsjoner, men det berører ikke dataene som er lagret på e-postserveren. Med andre ord: selv om du reparerer OST-filen perfekt, vil datoene fortsatt være feil, fordi problemet ikke ligger hos deg.

Problemet ligger i selve e-postene, på serveren.

Hva som faktisk skjedde: en migrering

I nesten alle tilfeller oppstår dette symptomet etter en e-postmigrering. Bedriften din byttet fra et gammelt system til Google Workspace, Microsoft 365, eller en ny server. Noen, et sted, brukte et verktøy for å overføre alle e-postene dine fra ett sted til et annet.

Du ble kanskje ikke informert om det. Eller du visste om det, men koblet det ikke til datofeilen. Det er helt normalt.

Disse migrationsverktøyene gjør en imponerende jobb: de kopierer tusenvis av meldinger, hele mapper, vedlegg. Men de har én ganske lumsk bieffekt. Når en e-post overføres fra én server til en annen, legger verktøyet til en liten teknisk linje i e-posten, kalt en "Received:"-header, som angir når meldingen ankom den nye serveren. Det vil si: datoen for migreringen.

Og der er kjernen i problemet.

Hvordan e-postklienten bestemmer hvilken dato som vises

En e-post inneholder egentlig flere forskjellige datoer, skjult i de tekniske dataene. Det er den opprinnelige avsendelsesdatoen (den du normalt ser), men også "Received:"-headere som registrerer hvert trinn i meldingsreisen på internett.

(Hvis du noen gang har klikket på "Vis kilde" eller "Se fullstendige headere" på en e-post, har du kanskje sett disse kryptiske linjene som ligner en uleselig tekstblokk. Det er nøyaktig det dette er.)

Normalt ser e-postklienten din på den nyeste "Received:"-headeren for å bestemme når e-posten skal vises. Denne logikken fungerer perfekt: den siste "Received:"-headeren tilsvarer alltid ankomsten til innboksen din, noen sekunder etter avsendelse.

Men etter en migrering slår denne logikken tilbake mot deg. Migrasjonsverktøyet har lagt til en ny "Received:"-header helt øverst, med overføringsdatoen. E-postklienten din leser denne headeren først, ser migreringsdatoen, og viser den. Den opprinnelige avsendelsesdatoen er fortsatt der, intakt, begravet lenger ned i e-postdataene. Men klienten din ser den ikke, fordi den stopper ved den første headeren.

Resultat: 8000 e-poster som alle ser ut til å ha ankommet samme tirsdag i november.

Hvilke verktøy forårsaker dette problemet?

De vanligste migrasjonsverktøyene har alle denne oppførselen. BitTitan MigrationWiz, CloudM, imapsync, GSMMO (Googles gratis verktøy for å migrere fra Outlook), og mange andre. Det er egentlig ikke en feil fra deres side: det er en konsekvens av den tekniske måten e-postprotokollen fungerer på. Disse verktøyene legger til denne headeren fordi det er det protokollen foreskriver når en melding overføres fra én server til en annen.

Problemet er at ingen varsler brukerne om at dette kommer til å skje.

Hvis bedriften din nylig byttet e-postsystem, eller hvis IT-avdelingen gjennomførte en "skymigrering", er dette svært sannsynlig opprinnelsen til problemet. Du kan verifisere ved å se på de berørte datoene: stemmer de alle omtrent overens med samme periode? I så fall er den perioden tidspunktet for migreringen.

Falske spor du bør unngå

Noen løsninger man ofte finner på forum, og som ikke fungerer:

Reparere datafilen med SCANPST

Som nevnt ovenfor: SCANPST reparerer lokale Outlook-filer (.pst- eller .ost-filer lagret på datamaskinen din). Det endrer ikke e-postene på serveren. Etter reparasjon vil e-postene dine fortsatt ha de samme feil datoene, fordi disse datoene ligger i selve e-postene, ikke i den lokale filen.

Gjenopprette Outlook-profilen

Samme logikk. Å gjenopprette en Outlook-profil er som å starte med blanke ark lokalt, og deretter laste ned alle e-postene dine fra serveren på nytt. E-postene du laster ned vil ha nøyaktig de samme feil datoene som før. Du har bare brukt tid på å rekonfigurere alt.

Sortere etter "avsendelsesdato" i stedet for "mottaksdato"

Noen forum foreslår å endre sorteringskriteriet i Outlook, fra mottaksdato til avsendelsesdato. Det kan hjelpe i enkelte tilfeller... men ikke alltid. Og det løser ingenting for andre programmer, andre enheter, eller andre personer som har tilgang til postkassen din. Den underliggende årsaken er fortsatt der. Sortering etter avsendelsesdato er ikke en løsning, det er et plaster.

Reinstallere e-postprogramvaren

Nei. E-postene ligger på serveren, ikke i programvaren. Å reinstallere Outlook, Gmail, Apple Mail eller Thunderbird endrer ingenting på dataene som er lagret online.

Den gode nyheten: de ekte datoene er fortsatt der

Her er noe viktig å forstå, og som gjør korrigering mulig: den opprinnelige avsendelsesdatoen for hver e-post er ikke slettet. Den er fortsatt der, i e-posten, i en header kalt "Date:" som tilsvarer avsendelsesdatoen valgt av avsenderen. Dette er en e-poststandard (definert av en teknisk spesifikasjon kalt RFC 2822) som alle migrasjonsverktøy respekterer, fordi å endre den ville vært et alvorlig brudd på standardene.

Med andre ord: hvis du mottok en e-post den 14. mars 2022, inneholder den e-posten fortsatt denne datoen et sted i dataene. Den er bare ikke lenger den datoen e-postklienten din viser først.

Det er nettopp dette som gjør korrigering mulig. Problemet er ikke tap av data. Det handler om lesing av metadata: e-postklienten din leser feil dato, mens den riktige datoen fortsatt er til stede.

Hvorfor du ikke bør prøve å fikse dette selv

Du lurer kanskje på om en IT-person kan skrive et skript for å løse problemet. Å forstå hva som skjer er én ting. Å korrigere det skikkelig på tusenvis av e-poster uten å miste en eneste, er noe helt annet.

En e-post er ikke en enkel tekstfil. Den kan inneholde vedlegg, digitale signaturer, innhold kodet i komplekse formater. Å endre metadata i en slik melding uten å ødelegge strukturen krever håndtering av dusinvis av spesialtilfeller: elektronisk signerte meldinger (S/MIME), krypterte e-poster (PGP), ikke-standard kodinger, flerdelede strukturer... Et hjemmelaget skript som fungerer på 20 test-e-poster vil høyst sannsynlig ikke fungere korrekt på en produksjonspostkasse med 15 000 meldinger. Og hvis noe går galt, hvordan kan du forsikre deg om at ingen e-post ble skadet eller tapt? Med et hjemmelaget skript: umulig.

Uten en mekanisme for sikkerhetskopiering og individuell verifisering for hver e-post er risikoen for utilsiktede skader reell.

Hva Redate.io gjør

Redate.io er en tjeneste laget spesifikt for dette problemet. Den kobler seg til postkassen din (Google Workspace, Microsoft 365 eller en IMAP-server), identifiserer e-poster med datoer som ble endret av en migrering, og korrigerer dem via en proprietær motor som analyserer den komplette header-kjeden og rekonstruerer datometadataene for hver melding.

Hver korrigert e-post verifiseres individuelt. Originalene oppbevares i en synlig sikkerhetskopieringsmappe i 30 dager. Hvis noe ikke stemmer, kan du gå tilbake.

Den innledende skanningen er gratis: Redate.io analyserer postkassen din og viser deg nøyaktig hvor mange e-poster som er berørt, før du bestemmer deg for noe. Ingen overraskelser.

Prisingen er en engangsbetalning, basert på volumet av e-poster som skal korrigeres. Inget abonnement. Du betaler én gang, problemet er løst.

Vil du se omfanget av skadene før du forplikter deg? Start en gratis skanning av postkassen din på Redate.io og finn ut på noen minutter hvor mange e-poster som er berørt.