Perbaiki Tanggal Migrasi BitTitan di Exchange Online

Exchange Online adalah mesin email di balik setiap kotak surat Microsoft 365. BitTitan MigrationWiz adalah salah satu alat yang paling sering digunakan untuk memindahkan kotak surat dari Exchange lokal, Lotus Notes, GroupWise, atau platform lama lainnya ke Exchange Online. Proses migrasinya sendiri biasanya berjalan lancar. Tanggalnya? Tidak demikian.

Begini yang terjadi. MigrationWiz mengunggah setiap pesan menggunakan EWS atau IMAP, dan jalur transportasi Exchange Online menambahkan header Received baru pada setiap pesan. Header tersebut membawa stempel waktu pengunggahan, bukan tanggal email asli dikirim atau diterima. Exchange Online kemudian menggunakan header Received ini dan properti PR_MESSAGE_DELIVERY_TIME terkait untuk menentukan tanggal yang ditampilkan kepada pengguna.

Masalahnya? Tidak seperti beberapa sistem email lain, Exchange Online tidak mengizinkan alat migrasi menimpa stempel waktu pengiriman. Sistem ini menerapkan waktu pengunggahan yang sebenarnya, titik. Jadi setiap email yang dimigrasi, baik dari tahun 2018, 2021, atau pekan lalu, semuanya tercap dengan tanggal migrasi yang sama.

Anda baru saja memigrasikan 1.200 kotak surat selama akhir pekan menggunakan MigrationWiz. Senin pagi, helpdesk Anda menerima 400 tiket. Setiap inbox pengguna tampak seolah-olah semua email mereka tiba pada hari Sabtu. Pengurutan berdasarkan tanggal rusak. Pencarian berdasarkan tanggal menghasilkan sampah. Dan stempel waktu yang terkorupsi menyebar ke mana-mana: Outlook desktop, OWA, klien seluler, bahkan query PowerShell seperti Get-MessageTrace dan Search-Mailbox. Alat kepatuhan (In-Place Hold, Retention Tags) menerapkan kebijakan berdasarkan tanggal yang salah, berpotensi mempertahankan atau menghapus pesan pada interval yang tidak tepat.

Kerusakannya menyeluruh. Setiap lapisan dalam arsitektur Exchange Online membaca waktu pengiriman yang terkorupsi. Outlook desktop menampilkan tanggal migrasi. OWA menampilkannya. Aplikasi seluler menampilkannya. Indeks pencarian bawaan mencatat stempel waktu migrasi, sehingga pencarian berdasarkan rentang tanggal menghasilkan hasil yang salah di setiap klien.

Bagi administrator, dampaknya lebih buruk. Perintah Exchange Online Management Shell merujuk pada properti waktu pengiriman, yang kini mencerminkan tanggal migrasi. Audit kotak surat, aturan journaling, dan aturan transportasi yang memfilter berdasarkan tanggal pesan semuanya beroperasi pada stempel waktu yang terkorupsi. Bisakah Anda menjalankan audit kepatuhan yang andal ketika setiap email tampak tiba pada hari yang sama? Tidak bisa.

Redate.io memperbaiki masalah ini melalui mesin koreksi proprietary yang melakukan analisis rantai header dan rekonstruksi metadata tanggal di level server. Setiap pesan diproses dengan verifikasi per pesan untuk memastikan tanggal asli dikembalikan secara akurat di seluruh layanan Exchange Online, tanpa mengubah isi pesan atau lampiran. Stempel waktu yang sudah diperbaiki otomatis tersebar ke Outlook, OWA, aplikasi seluler, dan alat kepatuhan.