Perbaiki Tanggal Salinan IMAP Manual di Gmail

Salinan IMAP manual ke Gmail terdengar cukup sederhana: tambahkan akun sumber dan Gmail ke klien email seperti Outlook, Thunderbird, atau Apple Mail, lalu seret pesan. Yang tidak ada yang beritahukan adalah bahwa setiap klien email membuang metadata tanggal asli selama operasi ini. Klien mengunggah pesan ke Gmail tanpa menyebutkan INTERNALDATE asli, sehingga Gmail mencatat stempel waktu pengunggahan. Ribuan email, satu tanggal.

Gmail menambahkan kerumitannya sendiri. Ketika menerima pesan yang diunggah, gateway IMAP Gmail menambahkan header Received baru yang dicap dengan tanggal dan waktu saat ini. Header ini berada di puncak rantai header. Antarmuka web Gmail cukup cerdas untuk menggunakan header Date dari badan email untuk keperluan tampilan, sehingga tanggal mungkin terlihat benar di browser. Tetapi setiap klien IMAP yang terhubung setelahnya membaca INTERNALDATE yang terkorupsi dari server Google.

Siapa yang sebenarnya melakukan salinan IMAP manual? Lebih banyak orang dari yang Anda kira. Bisnis kecil yang mengkonsolidasi dari Yahoo Mail atau penyedia hosting murah ke Gmail. Freelancer yang menggabungkan tiga akun menjadi satu. Konsultan IT yang memigrasikan kotak surat klien dari penyedia yang tidak memiliki alat migrasi resmi. Pendekatan seret-dan-lepas terasa intuitif dan aman. Tetapi di level protokol IMAP, metadata tanggal dihancurkan secara diam-diam selama transfer, dan pada saat ada yang menyadari, akun sumber mungkin sudah ditutup.

Dampaknya terbagi dalam dua dunia. Di antarmuka web Gmail, tanggal mungkin tampak benar karena Gmail membaca header Date dari badan email. Di klien IMAP mana pun, baik Outlook, Apple Mail, Thunderbird, maupun aplikasi Gmail di Android, tanggal penyalinan yang muncul. Ini menciptakan situasi yang membingungkan di mana email yang sama menampilkan tanggal berbeda tergantung cara Anda mengaksesnya.

Tetapi kerusakannya lebih dalam dari sekadar inkonsistensi tampilan. Pernahkah Anda menjalankan audit kepatuhan pada kotak surat di mana 30.000 email semuanya memiliki INTERNALDATE yang sama? Pencarian Google Vault berdasarkan tanggal menghasilkan hasil yang menyesatkan. Alat pencadangan seperti MailStore, Veeam, atau skrip pengarsipan kustom yang terhubung melalui IMAP mencatat tanggal yang salah secara permanen. Ekspor Google Takeout mungkin merujuk pada INTERNALDATE untuk penamaan file, menciptakan folder arsip di mana email 2017 berada di samping email 2023 di bawah satu tanggal. Bagi seseorang yang mengkonsolidasi bertahun-tahun email dari berbagai penyedia ke Gmail, ini bisa berarti seluruh riwayat email mereka memiliki metadata tanggal yang salah di server Google.

Redate.io mengatasi masalah ini melalui mesin koreksi proprietary yang menggunakan pencocokan pola terhadap tanda tangan alat migrasi untuk mengidentifikasi pesan yang terpengaruh. Proses ini melakukan koreksi metadata tertarget di level server, mempertahankan isi pesan, label, status baca, dan lampiran sambil mengembalikan informasi tanggal yang akurat. Setiap pesan menerima verifikasi individual sebelum dan sesudah koreksi.