Rett manuelle IMAP-kopieringsdatoer i Apple Mail

Hvorfor manuell IMAP-kopiering ødelegger datoer i Apple Mail

Apple Mail gjør det farlig enkelt å ødelegge e-postdatoene dine. Dra meldinger fra en IMAP-konto til en annen, slipp dem i destinasjonsmappen, ferdig. Bortsett fra at Apple Mail ikke bevarer de opprinnelige datometadataene under denne operasjonen. Når Apple Mail laster opp en melding til destinasjons-IMAP-serveren, sender den ikke med den opprinnelige INTERNALDATE fra kildeserveren. Destinasjonsserveren registrerer opplastingstidsstempelet som den nye INTERNALDATE.

Apple Mail har ingen løsning for dette. I motsetning til Thunderbird (som i det minste tilbyr et kolonnealternativ for å vise Date-headeren) viser Apple Mails meldingsliste utelukkende IMAP INTERNALDATE. Ingen skjult preferanse, ingen terminal-hack, ingen plugin kan endre denne oppførselen. Datoen du ser ved siden av hver melding er INTERNALDATE, og etter en manuell IMAP-kopiering er den datoen dagen du utførte kopieringen.

De fleste Mac-brukere som drar e-poster mellom IMAP-kontoer aner ikke at dette vil skje. Apple Mail gir null advarsel. Du konsoliderer 6 år med e-post fra en gammel leverandør til den nye kontoen din, lukker laptopen og føler deg produktiv, og åpner den neste morgen for å finne at hver eneste overførte melding viser gårsdagens dato. Hvis du allerede slettet originalene fra kildekontoen? De riktige datoene er borte fra alle klienter. Bare Date-headeren skjult inne i hver meldingstekst holder fortsatt på sannheten - usynlig for Apple Mails grensesnitt.

Hvordan ødelagte datoer ser ut i Apple Mail

Åpne Apple Mail på Mac-en etter å ha kopiert 12 000 e-poster fra din gamle leverandør. Hver melding i hver mappe viser den samme datoen - dagen du gjorde kopieringen. Innboksen din, sendt-mappen, prosjektarkivene. Alt identisk. Sortering etter dato gjør ingenting fordi det bare finnes en dato. Finne den kontraktsdiskusjonen fra november 2021? Lykke til med å bla gjennom en flat, usortert liste med tusenvis av meldinger.

På iPhone og iPad følger de samme ødelagte datoene deg. Smarte postkasse-regler på macOS som filtrerer etter "Mottaksdato" gir absurde resultater - fanger enten opp alle kopierte meldinger eller ingen av dem, avhengig av tidspunkt. Og her er det som overrasker mange: Spotlight-søk på macOS indekserer Apple Mail-meldinger basert på INTERNALDATE, så selv søk etter e-poster utenfor Apple Mail (med Cmd+mellomrom) gir feil resultater for datofiltrerte spørringer. Skaden strekker seg langt utover selve Mail-appen.

Redate.io gjenoppretter disse datoene gjennom headerkjedeanalyse og rekonstruksjon av datometadata. Prosessen leser hver e-posts opprinnelige Date-header, utfører verifisering per melding og korrigerer datometadataene på serversiden uten å endre meldingsinnhold eller vedlegg. Når korreksjonen er gjort på servernivå, synkroniserer Apple Mail på alle Apple-enheter automatisk og viser de opprinnelige datoene.

Ofte stilte spørsmål

Finnes det noen måte å bevare datoer når man kopierer e-poster i Apple Mail?

Nei. Apple Mail støtter ikke å spesifisere INTERNALDATE under IMAP-opplastingsoperasjoner. Hver melding kopiert mellom IMAP-kontoer via Apple Mail får kopieringsdatoen som sin INTERNALDATE. Dette er en grunnleggende begrensning i hvordan Apple Mail håndterer IMAP-overføringer.

Vil Redate.io rette datoer på både Mac og iPhone samtidig?

Ja. Redate.io korrigerer INTERNALDATE på servernivå. Etter at rettingen er utført, viser Apple Mail på macOS, iOS og iPadOS alle de riktige opprinnelige datoene automatisk når de synkroniserer med serveren.

Jeg kopierte e-poster fra tre forskjellige kontoer til en. Kan Redate.io håndtere det?

Ja. Redate.io identifiserer berørte e-poster ved å sammenligne INTERNALDATE mot den opprinnelige Date-headeren i hver melding. Uansett hvor mange kildekontoer som ble konsolidert, kan alle berørte meldinger i destinasjonskontoen behandles i en enkelt operasjon.

Hva om noen av de kopierte e-postene er veldig gamle og har uvanlige datoformater?

Redate.io sin analysemotor håndterer et bredt spekter av dato-headerformater, inkludert eldre RFC 822-varianter. E-poster med manglende eller uleselige Date-headere flagges for gjennomgang i stedet for å behandles, så det er ingen risiko for å tilordne en feil dato.

Relaterte rettelsesguider

Gratis skanning