Corectarea datelor copierii manuale IMAP în Gmail

Copierea manuală IMAP către Gmail sună suficient de simplu: adăugați atât contul sursă, cât și Gmail la un client de e-mail precum Outlook, Thunderbird sau Apple Mail, apoi trageți mesajele. Ce nu vă spune nimeni este că fiecare client de e-mail pierde metadatele originale ale datei în timpul acestei operațiuni. Clientul încarcă mesajele în Gmail fără a specifica INTERNALDATE-ul original, așa că Gmail înregistrează în schimb marca temporală a încărcării. Mii de e-mailuri, o singură dată.

Gmail adaugă propria complicație. Când primește un mesaj încărcat, poarta IMAP a Gmail adaugă un nou antet Received marcat cu data și ora curentă. Acest antet se află în vârful lanțului de antete. Interfața web Gmail este suficient de inteligentă pentru a folosi antetul Date din corpul e-mailului pentru afișare, așa că datele pot părea corecte în browser. Dar fiecare client IMAP care se conectează ulterior citește INTERNALDATE-ul corupt de pe serverele Google.

Cine face de fapt copiere manuală IMAP? Mai mulți oameni decât v-ați imagina. Afaceri mici care se consolidează de la Yahoo Mail sau un furnizor de găzduire ieftin către Gmail. Freelanceri care unesc trei conturi într-unul singur. Consultanți IT care migrează căsuța poștală a unui client de la un furnizor care nu are un instrument oficial de migrare. Abordarea de tragere și plasare pare intuitivă și sigură. Dar la nivel de protocol IMAP, metadatele datei sunt distruse în tăcere în timpul transferului - și până când cineva observă, contul sursă poate fi deja închis.

Impactul se împarte în două lumi. În interfața web Gmail, datele pot părea corecte deoarece Gmail citește antetul Date din corpul e-mailului. În orice client IMAP - Outlook, Apple Mail, Thunderbird, aplicația Gmail pe Android - se afișează data copierii. Aceasta creează o situație confuză în care același e-mail afișează date diferite în funcție de modul în care îl accesați.

Dar daunele merg mai adânc decât inconsecvențele de afișare. Ați încercat vreodată să rulați un audit de conformitate pe o căsuță poștală unde 30.000 de e-mailuri au același INTERNALDATE? Căutările Google Vault după dată returnează rezultate înșelătoare. Instrumentele de backup precum MailStore, Veeam sau scripturile personalizate de arhivare care se conectează prin IMAP înregistrează permanent datele greșite. Exporturile Google Takeout pot face referire la INTERNALDATE pentru denumirea fișierelor, creând foldere de arhivă unde e-mailurile din 2017 stau lângă e-mailurile din 2023 sub o singură dată. Pentru cineva care a consolidat ani de e-mail de la mai mulți furnizori în Gmail, aceasta poate însemna că întregul lor istoric de e-mail are metadate de dată incorecte pe serverele Google.

Redate.io abordează aceasta prin intermediul unui motor de corecție proprietar care folosește potrivirea tiparelor în semnăturile instrumentelor de migrare pentru a identifica mesajele afectate. Procesul efectuează corecția țintită a metadatelor la nivel de server - păstrând conținutul mesajului, etichetele, statusul de citire și atașamentele în timp ce restaurează informațiile exacte de dată. Fiecare mesaj primește verificare individuală înainte și după corecție.