Mengapa Outlook menampilkan tanggal yang salah
Setelah migrasi email, pengguna Outlook sering menemukan bahwa setiap email menampilkan tanggal yang sama, yaitu tanggal migrasi. Masalah ini mempengaruhi Outlook Desktop, Outlook for Mac, Outlook baru untuk Windows, dan Outlook Mobile. Penyebabnya sama di semua versi: Outlook menentukan tanggal "diterima" dengan membaca header "Received" terbaru, dan alat migrasi menambahkan header "Received" baru dengan cap waktu migrasi.
Cara Outlook menentukan tanggal "diterima"
Ketika Outlook menampilkan tanggal email, ia membaca INTERNALDATE IMAP dan header "Received" pesan. Untuk kolom "Diterima" (yang merupakan kolom pengurutan default di sebagian besar tampilan Outlook), Outlook menggunakan cap waktu dari header "Received" paling atas. Selama pengiriman normal, header ini mencerminkan saat pesan tiba di server email penerima. Setelah migrasi, header "Received" paling atas mencerminkan saat alat migrasi menyisipkan pesan ke server baru.
Perbedaan antara "Terkirim" dan "Diterima" di Outlook
Outlook membedakan dua kolom tanggal: "Terkirim" (dari header "Date" email) dan "Diterima" (dari header "Received" atau INTERNALDATE). Setelah migrasi, tanggal "Terkirim" mungkin masih benar karena header "Date" asli terjaga. Tapi tanggal "Diterima" menampilkan cap waktu migrasi. Karena tampilan default Outlook mengurutkan berdasarkan tanggal "Diterima", dan sebagian besar pengguna tidak pernah mengubah itu, tanggal migrasi-lah yang dilihat semua orang.
Pemeriksaan cepat - apakah ini masalah tanggal migrasi?
Sebelum mencoba perbaikan apa pun, perlu dikonfirmasi bahwa masalahnya memang disebabkan oleh header migrasi dan bukan hal lain.
Cara melihat header email mentah di Outlook
Di Outlook Desktop, buka email yang bersangkutan, klik "File" lalu "Properties". Area "Internet Headers" di bagian bawah menampilkan header mentah. Di Outlook di web (OWA), buka email, klik menu tiga titik, lalu "View" dan "View message details". Header mentah muncul di jendela popup.
Mengidentifikasi header "Received" migrasi
Cari header "Received" yang mengandung referensi ke alat migrasi. Pola umum meliputi "mx.migrationwiz.com" untuk BitTitan, "cloudm.io" untuk CloudM, atau entri generik "localhost" dengan cap waktu yang cocok dengan tanggal migrasi. Jika header "Received" paling atas memiliki tanggal yang cocok dengan tanggal migrasi (dan berbeda dari tanggal asli pesan), masalahnya terkonfirmasi. Inilah header yang diidentifikasi dan diperbaiki oleh Redate.io. Untuk panduan spesifik per alat, lihat perbaikan tanggal Outlook setelah migrasi BitTitan, CloudM, imapsync, GSMMO, Exchange IMAP, atau salinan IMAP manual.
Solusi yang tidak berhasil
Pengguna Outlook dan administrator IT biasanya mencoba beberapa pendekatan sebelum menyadari bahwa perbaikan harus dilakukan di tingkat server, bukan di klien Outlook.
Mengubah kolom ke tanggal "Terkirim"
Mengalihkan tampilan Outlook dari tanggal "Diterima" ke tanggal "Terkirim" adalah solusi sementara yang paling umum. Ini memang mengubah urutan pengurutan, tapi tidak memperbaiki data yang mendasarinya. Hasil pencarian tetap mereferensikan tanggal penerimaan yang salah. Aturan dan filter yang berbasis tanggal penerimaan bermasalah. Alat kepatuhan dan eDiscovery yang bergantung pada cap waktu penerimaan menghasilkan hasil yang tidak akurat. Dan pengguna harus mengubah pengaturan ini di setiap perangkat dan di setiap folder, beban dukungan yang tidak bisa diskalakan di tingkat organisasi.
Membangun ulang file OST/PST
Beberapa administrator mencoba mengatasi masalah dengan menghapus cache lokal Outlook (file OST) dan membiarkan Outlook melakukan sinkronisasi ulang dari server. Ini tidak membantu karena masalahnya ada di sisi server, bukan di cache lokal. Data yang disinkronisasi ulang mengandung header "Received" migrasi yang sama, jadi tanggalnya tetap salah. Demikian pula, mengekspor ke PST dan mengimpor ulang tidak menghapus header migrasi.
Pengaturan tampilan Outlook
Menyesuaikan pengaturan tampilan Outlook, pemformatan bersyarat, atau opsi pengelompokan tidak dapat mengubah tanggal yang dibaca Outlook dari header email. Pengaturan ini mengontrol bagaimana data ditampilkan dan diorganisir, tapi nilai tanggal yang mendasarinya berasal dari server. Tidak ada kombinasi pengaturan tampilan yang dapat memaksa Outlook mengabaikan header "Received" migrasi.
Perbaikannya - memulihkan tanggal yang benar di tingkat server
Satu-satunya cara memperbaiki tanggal yang salah di Outlook setelah migrasi adalah mengoreksi email di server. Setelah data di sisi server dikoreksi, Outlook secara otomatis menampilkan tanggal yang benar pada sinkronisasi berikutnya. Tidak diperlukan modifikasi di sisi klien.
Tapi mengapa tidak melakukannya sendiri dengan skrip? Karena ini jauh lebih kompleks dari operasi cari-dan-ganti. Setiap email memiliki struktur header yang unik. Beberapa pesan membawa tanda tangan digital S/MIME yang menjadi tidak valid jika satu byte berubah. Yang lain memiliki enkripsi PGP, bagian MIME bersarang, header berkode non-ASCII (RFC 2047), atau kekhususan Content-Transfer-Encoding yang membuat parser sederhana tersandung. Batas MIME yang rusak dapat secara diam-diam menghancurkan lampiran. Threading yang rusak dapat menyebarkan percakapan ke seluruh kotak surat. Dan tanpa verifikasi yang tepat, Anda bahkan tidak akan tahu bahwa sesuatu salah sampai pengguna melaporkan lampiran yang hilang tiga minggu kemudian.
Cara Redate.io memperbaiki tanggal Outlook
Redate.io terhubung langsung ke server email (Google Workspace, Microsoft 365, atau server IMAP apa pun) dan memproses setiap email melalui mesin koreksi miliknya. Mesin ini menjalankan pipeline analisis multi-tahap yang menangani pencocokan tanda tangan pada ratusan profil alat migrasi yang diketahui, memelihara integritas pesan di seluruh struktur MIME yang kompleks, dan memverifikasi setiap koreksi sebelum menyelesaikannya. Pesan asli dipindahkan ke folder yang terlihat "Redate.io - Originals" selama 30 hari.
Setelah koreksi selesai oleh Redate.io, Outlook mengambil tanggal yang telah dikoreksi pada sinkronisasi berikutnya. Tidak ada perubahan yang diperlukan dalam pengaturan Outlook. Perbaikan ini bekerja di semua versi Outlook karena dilakukan di tingkat server.
Sebelum dan sesudah
Sebelum perbaikan, kotak masuk Outlook setelah migrasi menampilkan setiap email dengan tanggal penerimaan yang sama (misalnya "11 April 2019" pada pesan yang awalnya dikirim antara 2015 dan 2019). Setelah pemrosesan oleh Redate.io, kotak masuk yang sama menampilkan tanggal asli yang benar. Email tahun 2015 menampilkan tanggal 2015, email tahun 2018 menampilkan tanggal 2018. Pengurutan berdasarkan tanggal berfungsi dengan benar kembali, dan hasil pencarian mengembalikan cap waktu yang akurat.
Panduan langkah demi langkah
Memperbaiki tanggal Outlook yang salah dengan Redate.io dilakukan dalam tiga langkah, apa pun platform emailnya.
Pengguna Google Workspace
Untuk organisasi yang menggunakan Google Workspace, administrator membuat Service Account dengan delegasi tingkat domain. Ini memberikan Redate.io akses ke kotak surat tanpa memerlukan kata sandi pengguna individual. Admin memasukkan kredensial Service Account di Redate.io, memilih kotak surat yang akan diperbaiki, dan memulai analisis gratis. Analisis mengidentifikasi berapa banyak email yang memiliki tanggal salah di setiap kotak surat. Setelah meninjau hasilnya, admin memilih paket harga dan memulai koreksi. Redate.io memproses semua kotak surat yang dipilih secara otomatis. Pengguna melihat tanggal yang dikoreksi di Outlook (dan klien lain) setelah sinkronisasi berikutnya.
Pengguna Microsoft 365
Untuk organisasi Microsoft 365, administrator mendaftarkan aplikasi Azure AD dengan izin email yang sesuai. Redate.io menggunakan aplikasi ini untuk mengakses kotak surat Exchange Online melalui Microsoft Graph API atau IMAP. Prosesnya sama: hubungkan, analisis gratis, tinjau hasilnya, lalu perbaiki. Persetujuan admin diperlukan satu kali dan mencakup semua kotak surat di tenant.
Server IMAP lainnya
Untuk kotak surat yang dihosting di server IMAP lain (Zimbra, Zoho, cPanel, Dovecot, Courier), pengguna terhubung dengan kredensial email standar (alamat server, nama pengguna, kata sandi). Redate.io terhubung via IMAP, menganalisis kotak surat, dan menerapkan koreksi yang sama. Opsi ini berfungsi untuk kotak surat individual dan tidak memerlukan akses administrator ke server.
Sederhananya, apa pun platformnya, hasilnya identik: Outlook menampilkan tanggal asli yang benar, pengurutan berfungsi dengan benar, dan urutan kronologis kotak surat sepenuhnya dipulihkan.
Outlook menampilkan tanggal yang salah setelah migrasi? Jalankan analisis gratis untuk mengetahui berapa banyak email yang terpengaruh dan perbaiki 10 secara gratis untuk memverifikasi hasilnya.