Perbaiki Tanggal Migrasi CloudM di Google Workspace

CloudM Migrate adalah salah satu alat paling populer untuk memindahkan kotak surat ke Google Workspace, terutama dari lingkungan Exchange. Selama migrasi, CloudM mengunggah setiap pesan melalui Gmail API. Masalahnya? Infrastruktur email Google menambahkan header Received-nya sendiri pada setiap pesan yang diunggah, yang dicap dengan momen tepat migrasi terjadi, bukan tanggal email asli dikirim atau diterima.

Di sinilah menjadi aneh. Antarmuka web Gmail membaca header Date asli untuk keperluan tampilan, sehingga email terlihat sempurna di browser. Tetapi setiap klien IMAP, baik Outlook, Apple Mail, maupun Thunderbird, membaca nilai INTERNALDATE. Nilai tersebut mencerminkan stempel waktu migrasi. Jadi Anda berakhir dengan kenyataan yang terbelah: setengah pengguna Anda melaporkan tidak ada masalah sama sekali, sementara setengah lainnya menegaskan setiap email menampilkan tanggal yang sama.

Bayangkan apa yang terjadi pada tiket helpdesk IT. Admin membuka Gmail di browser, melihat tanggal yang benar, dan menutup tiket sebagai "tidak dapat direproduksi." Sementara itu, pengguna Outlook menatap 47.000 email yang semuanya bertanggal 15 Maret. Ketidaksesuaian antara Gmail web dan klien IMAP ini membuat migrasi CloudM-ke-Google-Workspace sangat sulit didiagnosis, sering kali menunda penyelesaian berminggu-minggu.

Kerusakannya melampaui pengguna yang bingung. Alat administratif Google Workspace merujuk pada INTERNALDATE untuk penegakan kebijakan. Kebijakan retensi yang dikonfigurasi di Google Admin Console, penahanan hukum Google Vault, dan solusi DLP pihak ketiga yang terhubung melalui IMAP, semuanya beroperasi pada stempel waktu migrasi, bukan tanggal yang sebenarnya. Email dari tahun 2019 yang seharusnya sudah dihapus berdasarkan kebijakan retensi 3 tahun Anda? Google Workspace mengira email itu baru tiba bulan lalu.

Bagi organisasi di industri yang diregulasi (kesehatan, keuangan, hukum), ini bukan sekadar ketidaknyamanan. Audit kepatuhan yang bergantung pada rentang tanggal email yang akurat menghasilkan hasil yang tidak dapat diandalkan. Dan masalahnya bertahan tanpa batas waktu, tidak ada koreksi otomatis, tidak ada kedaluwarsa, tidak ada perbaikan mandiri. Setiap klien IMAP yang terhubung ke setiap kotak surat Google Workspace yang terpengaruh akan terus menampilkan tanggal yang salah sampai metadata dasarnya dikoreksi di level server.