Perbaiki Tanggal Migrasi imapsync di Gmail

imapsync adalah alat andalan untuk migrasi kotak surat IMAP-ke-IMAP, dan memang layak demikian. Alat ini menangani pemetaan folder, pelestarian flag, dan sinkronisasi inkremental lebih baik dari kebanyakan alternatif. Tetapi ketika tujuannya adalah Gmail, pelestarian tanggal menjadi tidak dapat diandalkan dengan cara yang mengejutkan bahkan sysadmin berpengalaman.

Flag --syncinternaldates seharusnya menyelesaikan masalah ini. Flag tersebut memberi tahu imapsync untuk menyertakan INTERNALDATE pesan sumber ke server tujuan selama APPEND. Di server IMAP standar, ini berfungsi. Di Gmail? Tidak selalu. Implementasi IMAP Gmail menjalankan pesan masuk melalui jalur pemrosesan internalnya sendiri, termasuk pemfilteran spam, pemindaian keamanan, dan pengindeksan konten. Selama pemrosesan ini, Gmail mungkin menimpa INTERNALDATE yang diminta dan menambahkan stempel waktu pengunggahan. Gmail juga menambahkan header Received (biasanya berisi "gmailapi.google.com" atau pengenal gateway IMAP) bertanggal momen pengunggahan.

Bagian yang menjengkelkan: ini tidak terjadi pada setiap pesan. Beberapa email di kotak surat yang dimigrasi mendapatkan INTERNALDATE yang benar. Yang lain mendapatkan tanggal pengunggahan. Tidak ada pola yang jelas, sebuah pesan dari 2018 mungkin baik-baik saja sementara pesan tepat di sebelahnya dari hari yang sama dicap dengan tanggal migrasi. Anda berakhir dengan kotak surat di mana 30-70% email memiliki tanggal yang salah, tersebar secara acak di seluruh folder dan periode waktu.

Dalam praktiknya, pernahkah Anda mencoba menjelaskan kepada petugas kepatuhan mengapa 4.200 dari 11.000 email yang dimigrasi menampilkan tanggal penerimaan yang salah, sementara 6.800 lainnya baik-baik saja? Semoga berhasil menemukan polanya.

Antarmuka web Gmail sebenarnya menyembunyikan masalah ini. Gmail web menampilkan nilai header Date, bukan INTERNALDATE, sehingga kebanyakan email yang terpengaruh terlihat baik di browser. Ini menciptakan rasa aman palsu yang berbahaya. Admin migrasi memeriksa Gmail web, melihat tanggal yang benar, dan menutup tiket.

Kemudian pengguna mulai menghubungkan Outlook, Apple Mail, dan Thunderbird ke akun Gmail baru mereka. Klien-klien ini membaca IMAP INTERNALDATE untuk kolom tanggal mereka. Tiba-tiba, email acak menampilkan tanggal migrasi sementara yang lain menampilkan tanggal yang benar. Inkonsistensi antara Gmail web dan klien desktop menghasilkan tiket dukungan yang membingungkan. Perintah pencarian IMAP sisi server (SEARCH SINCE, SEARCH BEFORE) merujuk pada INTERNALDATE, mengembalikan hasil yang tidak lengkap atau tidak akurat. Alat pencadangan pihak ketiga yang mengarsipkan melalui IMAP menangkap tanggal yang terkorupsi secara permanen. Google Vault dan alat kepatuhan Workspace mungkin merujuk pada INTERNALDATE untuk penahanan berbasis tanggal, yang berpotensi memengaruhi penemuan hukum. Pencocokan pola Redate.io terhadap tanda tangan alat migrasi mengidentifikasi header Received Gmail spesifik yang menandakan kerusakan tanggal, kemudian menerapkan koreksi metadata tertarget pada setiap pesan yang terpengaruh sambil mempertahankan semua label, bintang, dan status baca/belum dibaca.