Date emailuri migrare Microsoft 365

Problema datelor după migrarea către Microsoft 365

După migrarea către Microsoft 365 (Exchange Online), organizațiile descoperă frecvent ceva care ar fi trebuit să fie în evaluarea riscurilor proiectului de migrare: fiecare email din fiecare căsuță poștală afișează data migrării în loc de data originală de primire. Utilizatorii deschid Outlook și văd mii de emailuri, toate ștampilate cu aceeași dată. Sortarea după dată este inutilă. Rezultatele căutării returnează marcaje temporale înșelătoare. Întregul istoric cronologic al căsuței poștale pare distrus.

Această problemă afectează migrările din toate platformele sursă: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes și orice alt server IMAP. Apare la migrările efectuate cu toate instrumentele populare, inclusiv BitTitan MigrationWiz, importul IMAP nativ din Centrul de administrare Exchange și instrumente terțe precum CloudM și imapsync. Cauza principală este întotdeauna aceeași: un antet "Received" adăugat în timpul procesului de migrare suprascrie afișarea datei originale în Outlook.

Căi comune de migrare către Microsoft 365

De pe Gmail / Google Workspace

Organizațiile care trec de pe Google Workspace pe Microsoft 365 folosesc de obicei BitTitan MigrationWiz, CloudM sau funcționalitatea de import IMAP din Centrul de administrare Exchange. Fiecare dintre aceste instrumente extrage emailurile din Gmail și le inserează în Exchange Online. În timpul inserării, Exchange Online adaugă un antet "Received" cu marca temporală a migrării. Acest antet devine cel mai recent antet "Received" din email, determinând Outlook să afișeze data migrării ca dată de primire.

De pe Exchange on-premises

Migrările de pe Exchange on-premises (2010, 2013, 2016, 2019) către Exchange Online folosesc instrumentele native de migrare Microsoft (migrare directă, migrare etapizată, migrare hibridă) sau instrumente terțe precum BitTitan. Migrările hibride care folosesc punctul de terminare al migrării Exchange păstrează uneori datele corect, dar migrările IMAP și cele efectuate cu instrumente terțe produc frecvent problema datelor. Rezultatul depinde de modul exact în care instrumentul inserează mesajele în Exchange Online.

De pe alte servere IMAP

Migrările de pe Zimbra, Zoho, email găzduit pe cPanel, Dovecot și alte servere IMAP către Microsoft 365 sunt efectuate de obicei prin importul IMAP nativ din Centrul de administrare Exchange sau imapsync. Ambele metode au ca rezultat adăugarea de antete "Received" de către Exchange Online în timpul procesului de import. Toate emailurile migrate afișează data migrării în Outlook.

Cum procesează Exchange Online emailurile migrate

Exchange Online și antetele "Received"

Când un mesaj este inserat într-o căsuță poștală Exchange Online (fie prin IMAP, EWS sau API-ul Microsoft Graph), Exchange Online îl procesează ca o nouă livrare de mesaj și adaugă antete legate de transport. Aceste antete includ o intrare "Received" cu marca temporală curentă. Pentru emailurile migrate, această marcă temporală este data migrării și nu data originală de livrare.

Cum citește Outlook data

Outlook (Desktop, Web și Mobile) determină data de "Primire" citind metadatele și antetele emailului. Coloana "Primit" (care este vizualizarea implicită în Outlook) afișează data din cel mai recent antet "Received" sau marca temporală de livrare stocată în Exchange. După migrare, această valoare reflectă momentul în care instrumentul de migrare a livrat mesajul către Exchange Online, nu momentul în care mesajul a fost trimis sau primit inițial. Pentru o explicație tehnică completă, consultați corectarea datei greșite în Outlook după migrare.

Outlook pe web (OWA)

Outlook pe web (OWA) afișează aceeași dată greșită ca Outlook Desktop. Spre deosebire de interfața web Gmail (care afișează uneori data corectă din antetul "Date"), OWA afișează constant marca temporală de livrare Exchange. Nu există nicio soluție din partea clientului. Corecția trebuie făcută la nivel de server.

Instrumentele integrate Microsoft nu rezolvă această problemă

Centrul de administrare Exchange

Centrul de administrare Exchange oferă funcționalități extinse de gestionare a căsuțelor poștale, dar nu include niciun instrument pentru corectarea datelor emailurilor după migrare. Nicio capacitate de editare în masă a antetelor. Niciun asistent de corecție a datelor. Niciun cmdlet PowerShell care modifică antetele "Received" ale mesajelor existente.

Instrumente de conformitate (eDiscovery, retenție)

Instrumentele de conformitate Microsoft 365 precum eDiscovery și politicile de retenție folosesc marcajele temporale stocate ale emailurilor. După migrare, aceste instrumente reflectă data migrării, ceea ce poate cauza probleme reale cu conservările legale, conformitatea reglementară și pistele de audit. Nu este doar o chestiune de confort pentru utilizatori: poate avea consecințe juridice și de reglementare pentru organizațiile supuse cerințelor de retenție a emailurilor.

PowerShell

Exchange Online PowerShell oferă capabilități puternice de gestionare a căsuțelor poștale, dar nu poate modifica conținutul brut al mesajelor. Cmdlet-ul Set-MailboxMessageConfiguration și comenzile asociate controlează setările căsuței poștale, nu antetele mesajelor individuale. Nu există nicio abordare PowerShell suportată pentru eliminarea antetelor "Received" din mesajele existente în Exchange Online. Deci ce ar trebui să facă echipele IT?

Corectarea datelor Microsoft 365 cu Redate.io

Cum se conectează Redate.io la Microsoft 365

Redate.io se conectează la Exchange Online prin intermediul unei înregistrări de aplicație Azure AD (Entra ID). Administratorul creează o înregistrare de aplicație în portalul Azure, acordă permisiunile de email necesare (Mail.ReadWrite) și oferă consimțământul administratorului pentru tenant. Acest lucru permite Redate.io să acceseze toate căsuțele poștale din organizație prin API-ul Microsoft Graph sau IMAP cu autentificare OAuth2.

Procesul de înregistrare a aplicației durează aproximativ 15 minute și urmează modelele OAuth2 standard Microsoft. Nu se partajează nicio parolă de utilizator, autentificarea este gestionată în întregime prin token-uri Azure AD.

Primii pași

Înregistrarea unei aplicații Azure AD. În portalul Azure, navigați la Azure Active Directory (Entra ID), apoi Înregistrări de aplicații, și creați o aplicație nouă. Configurați-o ca aplicație single-tenant sau multi-tenant în funcție de cerințele organizației.

Acordarea permisiunilor de email. Adăugați permisiunea Microsoft Graph "Mail.ReadWrite" (permisiune de aplicație) la înregistrare. Acordați consimțământul administratorului pentru ca aplicația să poată accesa căsuțele poștale fără autorizarea individuală a utilizatorilor.

Crearea unui secret client sau certificat. Generați un secret client sau încărcați un certificat pentru autentificare. Notați ID-ul aplicației și ID-ul tenant-ului.

Conectarea în Redate.io. Autentificați-vă în Redate.io, selectați "Microsoft 365" ca platformă și introduceți ID-ul aplicației, ID-ul tenant-ului și secretul client. Redate.io validează conexiunea și listează căsuțele poștale disponibile.

Scanarea și corecția. Selectați căsuțele poștale de scanat. Scanarea gratuită identifică emailurile afectate din fiecare căsuță poștală. După revizuirea rezultatelor, alegeți un plan și lansați corecția. Motorul de corecție proprietar al Redate.io procesează fiecare email printr-un pipeline de analiză multi-etapă, gestionând semnături S/MIME, structuri MIME multipart, cazuri limită de codificare și zeci de alte variații care ar cauza coruperea datelor de către un script rudimentar.

Ce oferă Redate.io

Pentru fiecare email afectat, motorul de corecție analizează lanțul complet de antete, aplică corecții țintite bazate pe potrivirea semnăturilor de migrare cunoscute și confirmă fiecare rezultat printr-o verificare de integritate înainte de finalizare. Mesajele originale sunt mutate într-un dosar "Redate.io - Originals" în cadrul căsuței poștale și păstrate timp de 30 de zile. Este mult mai complex decât o simplă căutare-și-înlocuire pe textul antetelor.

După corecție

Odată ce Redate.io finalizează corecția, Outlook (Desktop, Web și Mobile) afișează datele originale corecte. Sortarea după data de "Primire" funcționează conform așteptărilor. Rezultatele căutării returnează marcaje temporale exacte. Instrumentele de conformitate reflectă datele corecte în scopuri juridice și de reglementare. Corecția este permanentă, fără necesitatea vreunei întrețineri.

Ghiduri specifice pe instrument pentru Microsoft 365

Ați migrat către Microsoft 365 și datele emailurilor sunt greșite? Lansați o scanare gratuită cu Redate.io pentru a identifica emailurile afectate în toate căsuțele poștale și restaurați datele corecte în Outlook, OWA și toți clienții conectați.

Date emailuri greșite după migrare Microsoft 365