إصلاح تواريخ النسخ اليدوي عبر IMAP في Thunderbird

لماذا يعرض النسخ اليدوي عبر IMAP التاريخ الخاطئ في Thunderbird

Thunderbird is a popular free عميل البريد الإلكتروني 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 IMAP server via APPEND, it does not pass the original INTERNALDATE parameter. The destination server sets the INTERNALDATE to the upload timestamp, and adds its own رأس Received with the current date.

Thunderbird's date display behavior depends on the column configuration. By default, Thunderbird shows the "Date" column (from the رأس Date) rather than a "Received" column. This can partially mask the problem: if a المستخدم only sees the Date column, the dates may appear correct because the رأس Date is preserved during the copy. ومع ذلك، the underlying INTERNALDATE on the server is wrong, which affects server-side sorting, search, and any other client that connects to the same account.

The issue becomes fully visible when the المستخدم adds the "Received" column to Thunderbird's message list, or when they access the same صندوق البريد from a different client (Outlook, Apple Mail) that displays the Received date by default. The corrupted INTERNALDATE on the server persists بغض النظر عن which client is used to view صندوق البريد, and it affects all IMAP operations that reference the message date.

كيف يؤثر ذلك على Thunderbird

In Thunderbird, the default "Date" column shows the email's رأس Date, which is preserved during the copy and may display correctly. ومع ذلك، Thunderbird's "Received" column (if enabled) shows the IMAP INTERNALDATE, which displays the copy date. Server-side sorting in Thunderbird (which sorts by INTERNALDATE when sorting by received date) produces incorrect chronological order for copied messages.

Thunderbird's message search can produce mixed results depending on whether it searches locally cached data or performs a server-side IMAP search. Local searches may use the رأس Date (correct), while server-side searches use the INTERNALDATE (incorrect). Thunderbird's message filters that trigger on received date 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.

الأسئلة الشائعة

Thunderbird shows the correct Date column. Is there still a problem?

نعم. The Date column shows the email header date, which is correct. But the IMAP INTERNALDATE on the server is wrong. This affects server-side search, sorting, other clients connected to the same account, and نسخة احتياطية tools. Redate.io corrects the INTERNALDATE to match the original رأس Date.

Can Thunderbird fix the INTERNALDATE itself?

لا. 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 التاريخ الصحيح, which Redate.io automates.

I used Thunderbird to copy emails to multiple destination accounts. Can Redate.io fix all of them?

نعم. 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.

Start Free Scan