Perbaiki Tanggal Migrasi imapsync di Outlook

Anda menjalankan imapsync dengan --syncinternaldates. Anda memeriksa log. Semuanya terlihat bersih. Kemudian Anda membuka Outlook, dan setiap email di kotak surat yang dimigrasi menampilkan tanggal yang sama. Apa yang terjadi?

Inilah hal yang kebanyakan administrator lewatkan: INTERNALDATE dan header Received adalah dua mekanisme tanggal yang sepenuhnya berbeda, dan Outlook tidak menggunakan yang dilindungi imapsync. Flag --syncinternaldates memberi tahu imapsync untuk mempertahankan IMAP INTERNALDATE, yaitu stempel waktu sisi server yang disimpan bersama setiap pesan. imapsync melakukan ini dengan benar di kebanyakan kasus. Tetapi ketika server tujuan memproses pesan yang diunggah, server menambahkan header Received baru di puncak rantai header email. Header tersebut membawa stempel waktu migrasi, momen tepat pesan diunggah.

Kolom "Received" Outlook membaca dari header Received ini, bukan dari INTERNALDATE. Jadi meskipun imapsync dengan sempurna mempertahankan INTERNALDATE di server, Outlook mengabaikannya dan menampilkan tanggal migrasi dari header Received. Anda dapat memverifikasi ini sendiri: hubungkan ke server yang sama dengan klien IMAP mentah, jalankan perintah FETCH untuk INTERNALDATE, dan Anda mungkin melihat tanggal yang benar. Tetapi Outlook tetap akan menampilkan yang salah.

Ketidaksesuaian antara INTERNALDATE dan header Received ini telah membuat frustrasi ribuan administrator selama bertahun-tahun (periksa thread forum sysadmin mana pun tentang masalah tanggal imapsync, kebingungannya ada di mana-mana). Dokumentasi imapsync sangat berfokus pada pelestarian INTERNALDATE, yang memberikan rasa percaya diri palsu kepada administrator. Masalah header Received adalah masalah terpisah sama sekali, dan --syncinternaldates tidak pernah dirancang untuk mengatasinya.

Buka Outlook setelah migrasi imapsync dan urutkan Inbox berdasarkan tanggal. Setiap email, baik yang dikirim minggu lalu atau pada tahun 2017, berada di tanggal yang sama. Kolom "Received" menampilkan stempel waktu migrasi untuk semuanya. Gulir 30.000 email. Tanggal sama. Tanggal sama. Tanggal sama. Menemukan email tertentu dari enam bulan lalu? Semoga berhasil. Pencarian berbasis tanggal Outlook mengembalikan semuanya atau tidak mengembalikan apa pun, karena setiap pesan cocok dengan rentang tanggal yang sama.

Administrator yang menemukan masalah ini biasanya menghabiskan berjam-jam memecahkan masalah di sisi yang salah. Mereka membangun ulang file OST, menghapus dan membuat ulang profil Outlook, membersihkan cache lokal, bahkan menginstal ulang Office. Tidak satu pun yang berhasil karena masalahnya bukan di Outlook. Masalahnya ada di header email yang tersimpan di server email. Outlook dengan benar menampilkan apa yang dikatakan header, headernya saja yang salah. Satu-satunya jalan menuju penyelesaian adalah mengoreksi header Received dan INTERNALDATE di level server, untuk setiap pesan yang terpengaruh.

Redate.io terhubung langsung ke server email dan menjalankan proses pemrosesan pesan tingkat rendah yang aman dengan verifikasi per pesan. Setiap email dianalisis untuk mendeteksi tanda tangan migrasi imapsync dalam rantai header Received, memisahkan header pengiriman yang sah dari yang ditambahkan selama migrasi. Pesan yang dikoreksi mempertahankan setiap header asli, lampiran, dan flag. Redate.io memproses kotak surat di server IMAP standar mana pun, baik Dovecot, Courier, Cyrus, Exchange, atau platform kompatibel IMAP lainnya yang menjadi target migrasi imapsync.