Perbaiki Tanggal Salinan IMAP Manual di Thunderbird
Mengapa Salinan IMAP Manual Menampilkan Tanggal yang Salah di Thunderbird
Thunderbird is a popular free klien email often used for manual email migration between IMAP accounts. Users add both the source and destination IMAP accounts to Thunderbird and copy or move messages between them. When Thunderbird uploads a message to the destination server IMAP via APPEND, it does not pass the original INTERNALDATE parameter. The destination server sets the INTERNALDATE to the stempel waktu unggah, and adds its own header Received with the current date.
Thunderbird's tampilan tanggal behavior depends on the column configuration. By default, Thunderbird shows the "Date" column (from the header Date) daripada a "Received" kolom. This can partially mask the problem: if a pengguna only sees the Date column, the dates may appear correct karena the header Date is preserved during the copy. Namun, the underlying INTERNALDATE on the server is wrong, which affects server-side penyortiran, pencarian, and any other client that terhubung ke the same account.
The issue becomes fully visible when the pengguna adds the "Received" column to Thunderbird's message list, or when they access the same kotak surat from a different client (Outlook, Apple Mail) that menampilkan Received date by default. The corrupted INTERNALDATE on the server persists terlepas dari which client digunakan untuk view kotak surat, and it affects all IMAP operations that reference the message date.
Bagaimana Hal Ini Mempengaruhi Thunderbird
In Thunderbird, the default "Date" column shows the email's header Date, which is preserved during the copy and may display correctly. Namun, Thunderbird's "Received" column (if enabled) shows the IMAP INTERNALDATE, which menampilkan copy date. Server-side penyortiran in Thunderbird (which sorts by INTERNALDATE when penyortiran by tanggal diterima) produces incorrect chronological order for copied messages.
Thunderbird's message pencarian can produce mixed results depending on whether it pencarianes locally cached data or performs a server-side IMAP pencarian. Local pencarianes may use the header Date (correct), while server-side pencarianes use the INTERNALDATE (incorrect). Thunderbird's message filters that trigger on tanggal diterima use the INTERNALDATE, potentially misrouting or misfiling copied messages. Quick Filter bar date filtering also uses server-side dates, returning inaccurate results for copied messages mixed with normally-received ones.
Pertanyaan yang sering diajukan
Thunderbird shows the correct Date kolom. Is there still a problem?
Ya. The Date column shows the email header date, which is correct. But the IMAP INTERNALDATE on the server is wrong. This affects server-side pencarian, penyortiran, other clients terhubung ke the same account, and alat cadangans. Redate.io corrects the INTERNALDATE to match the original header Date.
Can Thunderbird fix the INTERNALDATE itself?
Tidak. Thunderbird does not have a feature to modify the INTERNALDATE of messages already on the server. The IMAP protocol does not support changing the INTERNALDATE after message insertion. The only way to fix it is to re-insert the message with the tanggal yang benar, which Redate.io automates.
I used Thunderbird to copy emails to multiple destination accounts. Can Redate.io fix all of them?
Ya. Redate.io can connect to any IMAP-compatible server and fix the dates. Each destination account can be connected and fixed independently through the Redate.io dashboard.