Perbaiki Tanggal Migrasi CloudM di Gmail

CloudM Migrate (sebelumnya Cloud Migrator) mengunggah email ke Google Workspace menggunakan Gmail API. Selama pengunggahan, Gmail mencatat stempel waktu pengunggahan sebagai INTERNALDATE pesan. Header Date asli di dalam badan email tetap bertahan dari migrasi. Tetapi INTERNALDATE, yaitu bidang yang dibaca klien IMAP untuk menentukan kapan pesan diterima, ditimpa secara permanen dengan tanggal migrasi.

Yang membuat migrasi CloudM sangat membingungkan adalah perilaku terpisah di Gmail. Antarmuka web Gmail membaca header Date untuk tampilan, sehingga email terlihat sempurna di browser. Buka kotak surat yang sama di Outlook melalui IMAP, dan setiap email menampilkan tanggal migrasi. Apple Mail, Thunderbird, klien IMAP seluler, semuanya sama. Masalahnya tidak terlihat bagi siapa pun yang hanya menggunakan Gmail di web, yang membuatnya lebih sulit didiagnosis dan lebih mudah diabaikan.

"Migrasinya berhasil, tanggal terlihat benar." Itulah yang dikatakan konsol CloudM. Itulah yang dikatakan Gmail. Tetapi 60% pengguna Anda terhubung melalui Outlook, dan bagi mereka, 14 bulan riwayat email baru saja terkompresi menjadi satu hari.

Konsol admin CloudM di panel Google Admin (Admin > Apps > Google Workspace Marketplace apps > CloudM Migrate) tidak menandai ini sebagai masalah. Tidak ada error, tidak ada peringatan, tidak ada laporan pasca-migrasi yang menyebutkan kerusakan INTERNALDATE. Ini adalah masalah kualitas data tersembunyi yang hanya muncul ketika pengguna mengeluh.

Dampaknya sepenuhnya tergantung pada cara pengguna mengakses kotak surat mereka. Gmail web? Terlihat normal. Outlook, Apple Mail, Thunderbird melalui IMAP? Setiap email menampilkan tanggal migrasi di kolom penerimaan. Inkonsistensi ini menghasilkan tiket dukungan yang membingungkan dan membuat masalahnya sulit dijelaskan kepada pengguna non-teknis.

Di luar masalah tampilan, kerusakan INTERNALDATE menjangkau infrastruktur kepatuhan dan pencadangan. Google Vault merujuk pada INTERNALDATE untuk operasi retensi dan penahanan hukum tertentu, yang dapat mengganggu akurasi pencarian eDiscovery berbasis tanggal. Alat pencadangan pihak ketiga yang terhubung melalui IMAP (Veeam, Spanning, Backupify) mengarsipkan tanggal migrasi sebagai tanggal pesan, menciptakan ketidakakuratan permanen dalam catatan cadangan yang mungkin tidak ditemukan sampai pemulihan diperlukan.

Redate.io mengoreksi masalah ini melalui analisis rantai header dan rekonstruksi metadata tanggal, menargetkan hanya artefak migrasi yang ditambahkan CloudM. Pengalaman Gmail web (yang sudah menampilkan tanggal dengan benar) tetap tidak berubah. Klien IMAP, Google Vault, dan alat pencadangan semua mulai membaca tanggal asli. Setiap pesan diverifikasi secara individual sebelum dan sesudah koreksi untuk memastikan tidak ada kehilangan data.