Perbaiki Tanggal Migrasi BitTitan di Microsoft 365

BitTitan MigrationWiz menggunakan EWS atau IMAP untuk mengunggah pesan ke tenant Microsoft 365 selama migrasi. Microsoft 365 mempertahankan tanggal yang diberikan pada setiap salinan: jika MigrationWiz meneruskan tanggal asli, salinan tersebut mempertahankannya; jika tidak, salinan tersebut mendapatkan waktu pengunggahan - stempel waktu migrasi, bukan tanggal asli. Tanggal itu menjadi acuan untuk seluruh ekosistem M365.

Microsoft 365 menyimpan ini sebagai INTERNALDATE pesan (properti PR_MESSAGE_DELIVERY_TIME dalam istilah Exchange). Setiap klien yang terhubung ke kotak surat M365 membacanya. Outlook desktop. Outlook on the web. Outlook mobile. Klien IMAP pihak ketiga. Semuanya menampilkan tanggal migrasi. Kotak surat dengan riwayat email delapan tahun tiba-tiba terlihat seolah semuanya tiba pada hari Selasa di bulan Maret.

Perlu dipahami bahwa ini bukan kasus yang jarang terjadi. Ini dapat terjadi pada migrasi BitTitan apa pun ke M365, terlepas dari platform sumber. Exchange lokal, Google Workspace, Zimbra, GroupWise. Perilaku tujuan selalu sama: Microsoft 365 menyimpan tanggal yang diberikan kepadanya, sehingga saat tanggal itu adalah tanggal pengunggahan, tanggal itulah yang menang.

Hasilnya? Tim IT dibanjiri tiket pada pagi hari setelah migrasi. Pengguna tidak dapat menemukan email berdasarkan tanggal. Eksekutif yang mengandalkan riwayat email kronologis sebagai referensi kehilangan konteks berbulan-bulan atau bertahun-tahun dalam semalam.

Setiap aplikasi M365 membaca tanggal yang terkorupsi. Outlook on the web, Outlook desktop, Outlook for Mac, Outlook mobile, semuanya menampilkan tanggal penerimaan yang salah. Microsoft Copilot dan fitur AI yang merujuk pada kronologi email menghasilkan hasil yang tidak akurat karena bergantung pada metadata yang sama yang terkorupsi.

Dampak terbesar terasa pada kepatuhan. Penahanan litigasi, kebijakan retensi, dan pencarian eDiscovery di Security and Compliance Center semuanya memfilter berdasarkan tanggal. Ketika setiap email membawa stempel waktu migrasi, pencarian berbasis tanggal menjadi tidak berguna. Administrator yang diminta untuk menghasilkan semua email dari Q3 2023 untuk keperluan hukum mendapatkan kembali kosong atau seluruh kotak surat. Ini bukan ketidaknyamanan kecil, ini adalah kegagalan kepatuhan.

Redate.io mengatasi masalah ini melalui pemrosesan pesan tingkat rendah yang aman dengan verifikasi per pesan. Setiap email diproses secara individual, dan tanggal asli dikembalikan di level server sehingga koreksi tersebar ke setiap klien dan alat kepatuhan yang terhubung secara otomatis. Tanpa migrasi ulang, tanpa intervensi manual, tanpa kehilangan data.