Perbaiki Tanggal Salinan IMAP Manual di Thunderbird
Mengapa Salinan IMAP Manual Merusak Tanggal di Thunderbird
Thunderbird membuat proses migrasi email antar akun IMAP terlihat sangat mudah. Tambahkan kedua akun, pilih pesan, klik kanan, "Copy To." Selesai. Hanya saja tanggal di server tujuan sekarang salah, dan Thunderbird tidak memperingatkan Anda tentang ini.
Ketika Thunderbird mengunggah pesan ke server IMAP tujuan, Thunderbird mengeluarkan perintah APPEND tanpa menyebutkan INTERNALDATE asli. Server tujuan melakukan apa yang dilakukan server IMAP mana pun dalam situasi tersebut: mencatat stempel waktu pengunggahan sebagai INTERNALDATE dan menambahkan header Received bertanggal saat ini. Header Date asli di dalam badan email tetap utuh, tetapi metadata di level server ditimpa secara permanen.
Inilah bagian yang menipu. Tata letak kolom bawaan Thunderbird menampilkan kolom "Date," yang mengambil data dari header Date, yang masih benar. Jadi tepat setelah menyalin 8.000 pesan, Anda melirik Thunderbird dan semuanya terlihat baik. Tanggal tampak normal. Masalah teratasi, benar?
Salah. INTERNALDATE sisi server terkorupsi. Dan INTERNALDATE itulah yang digunakan setiap klien email lain. Hubungkan Outlook ke akun yang sama? Tanggal migrasi di setiap email. Buka Apple Mail? Masalah yang sama. Bahkan di Thunderbird sendiri, menambahkan kolom "Received" mengungkapkan kerusakan yang sebenarnya. Perintah pencarian IMAP sisi server (SEARCH SINCE, SEARCH BEFORE) merujuk pada INTERNALDATE, bukan header Date. Riwayat email Anda diam-diam rusak di level protokol, meskipun tampilan bawaan Thunderbird menyembunyikannya dari Anda.
Dampaknya pada Thunderbird dan Klien Lain
Dalam konfigurasi bawaan Thunderbird, kerusakan yang terlihat minimal, kolom "Date" masih terlihat benar. Tetapi aktifkan kolom "Received" dan kerusakannya menjadi jelas: setiap pesan yang disalin menampilkan tanggal penyalinan. Pengurutan sisi server berdasarkan tanggal penerimaan menghasilkan urutan kronologis yang tidak masuk akal. Quick Filter bar Thunderbird, saat memfilter berdasarkan rentang tanggal, meng-query server menggunakan INTERNALDATE dan mengembalikan hasil yang tidak akurat untuk pesan yang disalin.
Bahaya sesungguhnya meluas melampaui Thunderbird. Klien lain yang terhubung ke akun IMAP yang sama (Outlook, Apple Mail, aplikasi email seluler) akan menampilkan tanggal yang salah secara bawaan. Alat pencadangan yang mengarsipkan melalui IMAP menangkap INTERNALDATE yang terkorupsi. Filter pesan di Thunderbird yang dipicu berdasarkan tanggal penerimaan menggunakan INTERNALDATE, yang berpotensi salah menempatkan pesan. Analisis rantai header dan rekonstruksi metadata tanggal Redate.io mengoreksi INTERNALDATE di server itu sendiri, yang berarti setiap klien yang terhubung setelahnya, baik Thunderbird, Outlook, aplikasi seluler, maupun alat pencadangan, melihat tanggal yang benar tanpa konfigurasi tambahan apa pun.
Pertanyaan yang sering diajukan
Thunderbird menampilkan tanggal yang benar di kolom Date. Apakah masih ada masalah?
Ya. Kolom Date membaca dari header email, yang dipertahankan selama penyalinan. Tetapi IMAP INTERNALDATE di server salah. Ini memengaruhi pencarian sisi server, semua klien email lain, alat pencadangan, dan kolom Received milik Thunderbird sendiri. Redate.io mengoreksi INTERNALDATE agar sesuai dengan header Date asli.
Bisakah Thunderbird memperbaiki INTERNALDATE sendiri?
Tidak. Protokol IMAP tidak mendukung modifikasi INTERNALDATE pesan setelah disimpan di server. Thunderbird tidak memiliki fitur bawaan untuk ini. Redate.io menangani koreksi secara otomatis melalui pencocokan pola terhadap tanda tangan alat migrasi.
Saya menyalin email ke beberapa akun tujuan menggunakan Thunderbird. Bisakah Redate.io memperbaiki semuanya?
Ya. Setiap akun tujuan dapat dihubungkan ke Redate.io secara independen. Proses pemindaian dan koreksi berjalan per akun, sehingga Anda dapat memperbaiki satu, dua, atau semuanya melalui dasbor Redate.io.
Apakah memperbaiki tanggal akan memengaruhi struktur folder atau status baca/belum dibaca?
Tidak. Redate.io mempertahankan semua metadata pesan termasuk penempatan folder, tanda, status baca/belum dibaca, dan label. Hanya metadata terkait tanggal yang dikoreksi. Setiap pesan diverifikasi secara individual setelah pemrosesan.