Alle gamle emails har samme dato: hvad sker der?

Symptomet: alle dine gamle emails gruperet med samme dato

Du åbner Outlook, Gmail eller Apple Mail en morgen. Noget er galt. Hundredvis, sommetider tusindvis af gamle emails viser alle den samme dato: fra et par dage siden, eller et par uger siden. Beskeder fra 2021, fra 2019, fra 2016 ser ud som om de blev modtaget i går. Sorteringen efter dato giver ingen mening mere. Du leder efter en vigtig email fra sidste år, og den er begravet i en blok af tusindvis af beskeder der alle ser ud til at komme fra den samme dag.

Nye emails viser stadig korrekte datoer. Det er kun de gamle beskeder der er ramt.

Hvad er der egentlig sket?

Den første reaktion: at give softwaren skylden

Det er naturligt at tænke på en fejl. Outlook der er crashet. En opdatering der gik galt. En korrupt fil. Og det er her et langt søgeeventyr ofte begynder: man googler "Outlook dato fejl", falder over forumtråde om OST-filer, SCANPST.exe, at oprette sin Outlook-profil helt fra bunden...

Man bruger to timer på at prøve alt. Problemet er stadig der.

SCANPST er i øvrigt et reparationsværktøj til lokale Outlook-datafiler. Det kan rette visse filkorruptioner, men det rører ikke ved data der er gemt på mailserveren. Altså: selv hvis du reparerer din OST-fil perfekt, vil datoerne stadig være forkerte, fordi problemet ikke sidder hos dig.

Problemet sidder i dine emails selv, på serveren.

Det der virkelig er sket: en migrering

I næsten alle tilfælde opstår dette symptom efter en e-mailmigrering. Din virksomhed er skiftet fra et gammelt system til Google Workspace, Microsoft 365, eller en ny server. Nogen et sted har brugt et værktøj til at overføre alle dine emails fra ét sted til et andet.

Du er måske ikke blevet informeret om det. Eller du vidste det, men koblede det ikke til datooproblemet. Det er helt normalt.

Disse migreringsværktøjer udfører et kæmpearbejde: de kopierer tusindvis af beskeder, hele mappestrukturer, vedhæftede filer. Men de har en ret snigende bivirkning. Når en email overføres fra én server til en anden, tilføjer værktøjet en lille teknisk linje i emailen, kaldet en "Received:"-header, der angiver hvornår beskeden ankom på den nye server. Det vil sige: datoen for migreringen.

Og der er knuden.

Hvordan dit mailprogram beslutter hvilken dato der vises

En email indeholder faktisk flere forskellige datoer, gemt i dens tekniske data. Der er den originale afsendelsesdato (den du normalt ser), men også "Received:"-headere der registrerer hvert trin i beskedens rejse over internettet.

(Har du nogensinde klikket på "Vis kilde" eller "Se alle headers" i en email, har du måske set disse kryptiske linjer der ligner en uforståelig blok tekst. Det er præcis det.)

Normalt kigger dit mailprogram på den nyeste "Received:"-header for at afgøre hvornår emailen skal vises. Denne logik fungerer upåklageligt: den sidste "Received:" svarer altid til beskedens ankomst i din indbakke, et par sekunder efter afsendelse.

Men efter en migrering vender denne logik sig imod dig. Migreringsværktøjet har tilføjet en ny "Received:"-header helt øverst, med datoen for overførslen. Dit mailprogram læser denne header først, ser migreringsdatoen, og viser den. Den originale afsendelsesdato er stadig der, intakt, begravet længere nede i emailens data. Men dit program ser den ikke, fordi det stopper ved den første header.

Resultatet: 8.000 emails der alle ser ud til at komme fra den samme tirsdag i november.

Hvilke værktøjer forårsager dette problem?

De mest udbredte migreringsværktøjer har alle denne adfærd. BitTitan MigrationWiz, CloudM, imapsync, GSMMO (Googles gratis værktøj til at migrere fra Outlook), og mange andre. Det er ikke rigtig en fejl fra deres side: det er en konsekvens af, hvordan email-protokollen teknisk fungerer. Disse værktøjer tilføjer denne header fordi det er hvad protokollen foreskriver, når en besked overføres fra én server til en anden.

Problemet er at ingen advarer brugerne om at det kommer til at ske.

Hvis din virksomhed for nylig har skiftet mailsystem, eller din IT-afdeling har gennemført en "migration til cloud", er det med stor sandsynlighed årsagen til problemet. Du kan verificere det ved at se på de berørte datoer: falder de alle omtrent inden for den samme periode? Hvis ja, er den periode migreringstidspunktet.

De falske spor du bør undgå

Her er nogle løsninger man ofte finder på forummet, og som ikke virker:

Reparere datafilen med SCANPST

Som nævnt ovenfor: SCANPST reparerer lokale Outlook-filer (.pst eller .ost filer gemt på din computer). Det ændrer ikke emails på serveren. Efter reparation vil dine emails stadig have de samme forkerte datoer, fordi disse datoer sidder i emailene selv, ikke i den lokale fil.

Oprette Outlook-profilen forfra

Samme logik. At oprette en Outlook-profil forfra er at starte med en ren lokal tavle, hvorefter alle dine emails hentes fra serveren igen. Dine re-downloadede emails vil have nøjagtigt de samme forkerte datoer som før. Du har bare spildt tid på at konfigurere alt om.

Sortere efter "afsendelsesdato" i stedet for "modtagelsesdato"

Nogle forumtråde foreslår at ændre sorteringskriteriet i Outlook, fra modtagelsesdato til afsendelsesdato. Det kan hjælpe i visse tilfælde... men langt fra altid. Og det løser intet for andre programmer, andre enheder, eller andre personer der tilgår din postkasse. Den grundlæggende årsag er stadig der. Sortering efter afsendelsesdato er ikke en løsning, det er en fiks.

Geninstallere mailprogrammet

Nej. Emailene er på serveren, ikke i programmet. At geninstallere Outlook, Gmail, Apple Mail eller Thunderbird ændrer intet ved de data der er gemt online.

Den gode nyhed: de rigtige datoer er stadig der

Her er noget vigtigt at forstå, og som gør korrektionen mulig: den originale afsendelsesdato for hver email er ikke slettet. Den er stadig der, i emailen, i en header kaldet "Date:" der svarer til den afsendelsesdato afsenderen valgte. Det er en email-standard (defineret af en teknisk specifikation kaldet RFC 2822) som alle migreringsværktøjer respekterer, fordi det at ændre den ville være en grov krænkelse af standarderne.

Altså: hvis du modtog en email den 14. marts 2022, indeholder den email stadig denne dato et sted i sine data. Det er bare ikke den dato dit program viser først.

Det er præcis det der gør korrektionen mulig. Problemet er ikke et datatab. Det er et spørgsmål om læsning af metadata: dit mailprogram læser den forkerte dato, mens den rigtige dato stadig er til stede.

Hvorfor er det risikabelt at prøve selv?

Du spørger måske om en IT-tekniker kan skrive et script til at rette problemet. At forstå hvad der sker er én ting. At rette det korrekt på tusindvis af emails uden at miste en eneste er noget helt andet.

En email er ikke en simpel tekstfil. Den kan indeholde vedhæftede filer, digitale signaturer, indhold kodet i komplekse formater. At ændre metadata i en sådan besked uden at ødelægge dens struktur kræver håndtering af snesevis af specialtilfælde: elektronisk signerede beskeder (S/MIME), krypterede emails (PGP), ikke-standardiserede kodninger, indhold med flere dele... Et hjemmelavet script der virker på 20 testEmails vil højst sandsynligt ikke fungere korrekt på en produktionspostkasse med 15.000 beskeder. Og hvis noget går galt, hvordan sikrer man sig at ingen email er beskadiget eller tabt? Med et hjemmelavet script: umuligt.

Uden en backup- og individuel verifikationsmekanisme for hver email er risikoen for skader reel.

Hvad Redate.io gør

Redate.io er en tjeneste designet specifikt til dette problem. Den forbinder til din postkasse (Google Workspace, Microsoft 365 eller en IMAP-server), identificerer de emails hvis datoer er blevet ændret af en migrering, og retter dem via en proprietær korrektionsmotor der analyserer den komplette header-kæde og rekonstruerer datoens metadata for hver besked.

Hver rettet email verificeres individuelt. Originalerne opbevares i en synlig backup-mappe i 30 dage. Hvis noget ikke er som det skal, kan du gå tilbage.

Den indledende scanning er gratis: Redate.io analyserer din postkasse og viser dig præcist hvor mange emails der er berørt, inden du beslutter noget som helst. Ingen overraskelser.

Prissætningen er en engangsbetaling baseret på mængden af emails der skal rettes. Intet abonnement. Du betaler én gang, problemet er løst.

Vil du se omfanget af skaden inden du forpligter dig? Kør en gratis scanning af din postkasse på Redate.io og find ud af på få minutter, hvor mange emails der er berørt.