إصلاح تواريخ النسخ اليدوي عبر IMAP في Thunderbird
لماذا يكسر النسخ اليدوي عبر IMAP تواريخ البريد في Thunderbird
يجعل Thunderbird ترحيل الرسائل بين حسابات IMAP سهلا بشكل خادع. أضف كلا الحسابين واختر الرسائل وانقر بزر الماوس الأيمن واختر "نسخ إلى." انتهى. لكن التواريخ أصبحت خاطئة الآن على خادم الوجهة - ولا يحذرك Thunderbird من هذا.
عندما يرفع Thunderbird رسالة إلى خادم IMAP الوجهة يصدر أمر APPEND دون تحديد INTERNALDATE الأصلي. يفعل خادم الوجهة ما يفعله أي خادم IMAP في هذه الحالة: يسجل الطابع الزمني للرفع كـ INTERNALDATE ويضيف رأس Received خاصا به مؤرخا باللحظة الحالية. يبقى رأس Date الأصلي داخل نص الرسالة سليما لكن البيانات الوصفية على مستوى الخادم تستبدل بشكل دائم.
إليك الجزء الخادع. يعرض تخطيط الأعمدة الافتراضي في Thunderbird عمود "التاريخ" الذي يسحب من رأس Date - الذي لا يزال صحيحا. فبعد نسخ 8,000 رسالة مباشرة تلقي نظرة على Thunderbird ويبدو كل شيء سليما. تبدو التواريخ طبيعية. المشكلة حلت؟
خطأ. INTERNALDATE من جانب الخادم تالف. وهذا INTERNALDATE هو ما يستخدمه كل عميل بريد آخر. وصل Outlook بنفس الحساب؟ تاريخ الترحيل على كل رسالة. افتح Apple Mail؟ نفس المشكلة. حتى داخل Thunderbird نفسه إضافة عمود "مستلم" يكشف الضرر الحقيقي. تشير أوامر بحث IMAP من جانب الخادم (SEARCH SINCE وSEARCH BEFORE) إلى INTERNALDATE وليس رأس Date. تاريخ بريدك معطل بصمت على مستوى البروتوكول حتى لو كان العرض الافتراضي في Thunderbird يخفيه عنك.
كيف يؤثر ذلك على Thunderbird والعملاء الأخرى
في تهيئة Thunderbird الافتراضية الضرر المرئي ضئيل - يبدو عمود "التاريخ" صحيحا. لكن فعل عمود "مستلم" يجعل التلف واضحا: كل رسالة منسوخة تعرض تاريخ النسخ. ينتج الترتيب من جانب الخادم حسب تاريخ الاستقبال ترتيبا زمنيا غير منطقي. شريط التصفية السريع في Thunderbird عند التصفية حسب نطاقات التاريخ يستعلم من الخادم باستخدام INTERNALDATE ويعيد نتائج غير دقيقة للرسائل المنسوخة.
الخطر الحقيقي يمتد إلى ما هو أبعد من Thunderbird. أي عميل آخر يتصل بنفس حساب IMAP (سواء Outlook أو Apple Mail أو تطبيقات البريد على الهاتف) سيعرض التواريخ الخاطئة بشكل افتراضي. تلتقط أدوات النسخ الاحتياطي التي تؤرشف عبر IMAP INTERNALDATE التالف. تستخدم مرشحات الرسائل في Thunderbird التي تعمل على تاريخ الاستقبال INTERNALDATE مما قد يؤدي لتصنيف الرسائل بشكل خاطئ. يصحح تحليل سلسلة الرؤوس وإعادة بناء بيانات التاريخ الوصفية في Redate.io INTERNALDATE على الخادم نفسه مما يعني أن كل عميل يتصل بعد ذلك - Thunderbird وOutlook وتطبيقات الهاتف وأدوات النسخ الاحتياطي - يرى التواريخ الصحيحة دون أي تهيئة إضافية.
الأسئلة الشائعة
Thunderbird يعرض تواريخ صحيحة في عمود التاريخ. هل لا تزال هناك مشكلة؟
نعم. يقرأ عمود التاريخ من رأس البريد الذي يحفظ أثناء النسخ. لكن IMAP INTERNALDATE على الخادم خاطئ. يؤثر هذا على البحث من جانب الخادم وجميع عملاء البريد الأخرى وأدوات النسخ الاحتياطي وعمود المستلم في Thunderbird نفسه. يصحح Redate.io INTERNALDATE ليطابق رأس Date الأصلي.
هل يستطيع Thunderbird إصلاح INTERNALDATE بنفسه؟
لا. لا يدعم بروتوكول IMAP تعديل INTERNALDATE لرسالة بعد تخزينها على الخادم. ليس لدى Thunderbird ميزة مدمجة لذلك. يتعامل Redate.io مع التصحيح تلقائيا من خلال مطابقة أنماط بصمات أدوات الترحيل.
نسخت رسائل إلى حسابات وجهة متعددة باستخدام Thunderbird. هل يمكن لـ Redate.io إصلاحها جميعا؟
نعم. يمكن توصيل كل حساب وجهة بـ Redate.io بشكل مستقل. تعمل عملية الفحص والتصحيح لكل حساب على حدة فيمكنك إصلاح واحد أو اثنين أو جميعها من خلال لوحة تحكم Redate.io.
هل سيؤثر إصلاح التواريخ على بنية مجلداتي أو حالة القراءة/عدم القراءة؟
لا. يحافظ Redate.io على جميع بيانات الرسالة الوصفية بما في ذلك موضع المجلد والعلامات وحالة القراءة/عدم القراءة والتصنيفات. تصحح فقط البيانات الوصفية المتعلقة بالتاريخ. يتم التحقق من كل رسالة بشكل فردي بعد المعالجة.