Perbaiki Tanggal Migrasi BitTitan di Google Workspace

BitTitan MigrationWiz mengunggah email ke Google Workspace melalui Gmail API atau IMAP. Selama pengunggahan, infrastruktur email Google mencatat stempel waktu pengunggahan sebagai INTERNALDATE pesan. BitTitan juga menambahkan header Received bertanggal migrasi. Header Date asli di dalam badan email tetap utuh, tetapi INTERNALDATE sudah hilang, ditimpa dengan stempel waktu migrasi.

Masalahnya, Google Workspace menangani hal ini secara berbeda dari platform lain. Antarmuka web Gmail membaca header Date untuk tampilan, sehingga email sebenarnya terlihat benar saat dilihat di browser. Tetapi IMAP INTERNALDATE secara permanen disetel ke tanggal migrasi. Setiap klien IMAP yang terhubung ke akun Google Workspace tersebut, baik Outlook, Thunderbird, maupun Apple Mail, membaca INTERNALDATE dan menampilkan tanggal migrasi.

Ini menciptakan situasi yang membingungkan. Email yang sama menampilkan tanggal yang benar di Gmail web tetapi tanggal yang salah di Outlook yang terhubung ke akun yang sama. Administrator IT menerima laporan yang bertentangan. "Email saya baik-baik saja." "Email saya semuanya salah." Kedua pengguna benar, mereka hanya menggunakan klien yang berbeda.

Anda baru saja memigrasikan 85 kotak surat dari Exchange lokal ke Google Workspace menggunakan MigrationWiz. Setengah tim Anda menggunakan antarmuka web Gmail dan tidak melihat masalah apa pun. Setengah lainnya menggunakan Outlook via IMAP dan membuka 85 tiket dukungan dalam satu pagi. Mendiagnosis masalahnya memakan waktu berjam-jam karena masalah ini tidak terlihat di konsol MigrationWiz maupun di panel admin Gmail.

Masalah tanggal ganda ini paling terasa di organisasi yang penggunanya mengakses email melalui berbagai klien. Gmail web terlihat normal. Outlook terlihat rusak. Apple Mail terlihat rusak. Klien IMAP seluler terlihat rusak. Hanya antarmuka web yang menyembunyikan masalah ini.

Tetapi dampaknya lebih dalam dari sekadar tampilan. Google Vault (solusi kepatuhan dan pengarsipan yang digunakan untuk penahanan hukum dan eDiscovery) merujuk pada INTERNALDATE untuk operasi tertentu. Pencarian penemuan hukum berbasis tanggal dapat menghasilkan hasil yang tidak akurat. Alat pencadangan pihak ketiga yang terhubung melalui IMAP mengarsipkan tanggal migrasi sebagai tanggal pesan, menciptakan ketidakakuratan permanen dalam catatan cadangan. Bahkan perintah IMAP SEARCH DATE milik Gmail menggunakan INTERNALDATE, bukan header Date.

Redate.io menyelesaikan masalah ini melalui analisis header multi-tahap yang mengoreksi INTERNALDATE dan header migrasi tanpa menyentuh isi email atau lampiran. Pengalaman Gmail web (yang sudah menampilkan tanggal dengan benar) tetap tidak berubah, sementara klien IMAP, Vault, dan alat pencadangan semua mulai membaca tanggal yang benar. Pencocokan pola terhadap tanda tangan alat migrasi memastikan hanya header yang ditambahkan oleh BitTitan yang ditargetkan.