Rett CloudM-migreringsdatoer i Outlook

CloudM Migrate laster opp e-poster til destinasjonsserveren under migreringen. Uansett om destinasjonen er Google Workspace, Microsoft 365 eller en annen IMAP-server, legger mottakersystemet til en ny Received-header på hver melding med opplastingstidsstempelet. Outlook leser denne headeren - den øverste i kjeden - for å bestemme datoen i "Mottatt"-kolonnen.

Etter en CloudM-migrering viser Outlook den samme migreringsdatoen for hver eneste e-post. Innboks, sendte elementer, arkivmapper - alt bærer det samme tidsstempelet. Den opprinnelige Date-headeren inne i meldingen er intakt, men Outlook bruker den ikke for sin standardvisning.

For organisasjoner som migrerte med CloudM og der brukere primært jobber i Outlook, er problemet umiddelbart synlig. 47 000 e-poster som alle viser 15. mars. Datosortering er ubrukelig. Datosøk gir feil resultater. Brukere som er avhengige av kronologisk rekkefølge for å finne e-poster mister effektivt tilgang til sin e-posthistorikk.

Outlooks "Mottatt"-kolonne viser migreringsdatoen for alle e-poster. Sortering etter dato grupperer hele postboksen på en dag. Outlooks automatiske datogrupper - I dag, I går, Denne uken, Forrige måned, Eldre - blir meningsløse fordi alle meldinger faller i samme gruppe.

Outlooks hurtigbuffermodus (den lokale .ost-filen) lagrer de ødelagte datoene, så problemet vedvarer selv frakoblet. Søkefiltre basert på dato gir feil resultater. Outlook-regler som refererer til mottaksdato fungerer feil. For profesjonelle brukere som er avhengige av Outlooks datobaserte organisering for å håndtere hundrevis av e-poster daglig, ødelegger en CloudM-migrering faktisk arbeidsflyten deres.

Redate.io kobler seg til e-postserveren og utfører målrettet metadatakorreksjon med mønstergjenkjenning for CloudM-migreringssignaturer. Meldingsinnhold, vedlegg og mappestruktur forblir urørt. Når behandlingen er ferdig, viser Outlook de opprinnelige datoene ved neste synkronisering.