Rett imapsync-migreringsdatoer i Outlook

Du kjørte imapsync med --syncinternaldates. Du sjekket loggene. Alt så rent ut. Så åpnet du Outlook, og alle e-poster i den migrerte postboksen viser den samme datoen. Hva skjedde?

Her er det de fleste administratorer overser: INTERNALDATE og Received-headere er to helt forskjellige datomekanismer, og Outlook bruker ikke den som imapsync beskytter. --syncinternaldates-flagget ber imapsync om å bevare IMAP INTERNALDATE - tidsstempelet på serversiden lagret ved siden av hver melding. imapsync gjør dette riktig i de fleste tilfeller. Men når destinasjonsserveren behandler den opplastede meldingen, legger den til en ny Received-header på toppen av e-postens headerkjede. Den headeren bærer migreringstidsstempelet - det nøyaktige øyeblikket meldingen ble lastet opp.

Outlooks "Mottatt"-kolonne leser fra disse Received-headerne, ikke fra INTERNALDATE. Så selv når imapsync perfekt bevarte INTERNALDATE på serveren, ignorerer Outlook den og viser migreringsdatoen fra Received-headeren i stedet. Du kan verifisere dette selv: koble til den samme serveren med en rå IMAP-klient, kjør en FETCH-kommando for INTERNALDATE, og du kan se riktig dato. Men Outlook vil fortsatt vise den feil.

Dette avviket mellom INTERNALDATE og Received-headere har rammet tusenvis av administratorer gjennom årene (sjekk enhver sysadmin-forumtråd om imapsync-datoproblemer - forvirringen finnes overalt). imapsync-dokumentasjonen fokuserer tungt på bevaring av INTERNALDATE, noe som gir administratorer falsk trygghet. Received-header-problemet er et helt separat problem, og --syncinternaldates ble aldri laget for å løse det.

Åpne Outlook etter en imapsync-migrering og sorter innboksen etter dato. Alle e-poster - enten de ble sendt forrige uke eller i 2017 - ligger på den samme datoen. "Mottatt"-kolonnen viser migreringstidsstempelet for alle. Bla gjennom 30 000 e-poster. Samme dato. Samme dato. Samme dato. Finne en spesifikk e-post fra seks måneder siden? Lykke til. Outlooks datobaserte søk gir alt eller ingenting, fordi alle meldinger matcher det samme datointervallet.

Administratorer som oppdager problemet bruker typisk timer på å feilsøke på feil side. De gjenoppbygger OST-filer, sletter og oppretter Outlook-profiler på nytt, tømmer den lokale hurtigbufferen, installerer til og med Office på nytt. Ingenting av det fungerer fordi problemet ikke er i Outlook. Det er i e-postheaderne som ligger på e-postserveren. Outlook viser korrekt det headerne forteller den - headerne er bare feil. Den eneste veien til løsning er å korrigere Received-headerne og INTERNALDATE på servernivå, for alle berørte meldinger.

Redate.io kobler seg direkte til e-postserveren og kjører en sikker meldingshåndteringsprosess på lavt nivå med verifisering per melding. Hver e-post analyseres for å oppdage imapsync-migreringssignaturen i Received-headerkjeden, og skiller legitime leveringsheadere fra de som ble injisert under migrering. Den korrigerte meldingen beholder alle opprinnelige headere, vedlegg og flagg. Redate.io behandler postbokser på alle standard IMAP-servere - Dovecot, Courier, Cyrus, Exchange eller andre IMAP-kompatible plattformer som var målet for imapsync-migreringen.