Thunderbird يعرض تاريخا خاطئا بعد الترحيل

كيف يتعامل Thunderbird مع تواريخ الرسائل

Mozilla Thunderbird من أشهر عملاء البريد الإلكتروني المجانية، ويستخدمه الأفراد والمؤسسات الذين يفضلون بديلا مفتوح المصدر عن Outlook على نطاق واسع. طريقة Thunderbird في عرض تواريخ الرسائل أكثر مرونة من معظم عملاء البريد، وهذا ميزة ومصدر التباس في الوقت نفسه عند حدوث مشاكل تواريخ الترحيل.

عمودا التاريخ في Thunderbird

يميز Thunderbird بين قيمتين للتاريخ: "Date" و"Received". عمود "Date" يعرض القيمة من رأس Date المحدد في معيار RFC 2822، وهو الطابع الزمني الذي يضعه المرسل. عمود "Received" يعرض التاريخ المستمد من بيانات خادم IMAP (INTERNALDATE) ومن رؤوس Received الموجودة في الرسالة.

افتراضيا، يعرض Thunderbird عمود "Date" (تاريخ الإرسال). هذا يعني أن مستخدمي Thunderbird قد لا يلاحظون مشكلة التاريخ مباشرة بعد الترحيل، لأن رأس Date يبقى محفوظا. لكن عمود "Received" سيعرض تاريخ الترحيل لكل رسالة. المستخدمون الذين خصصوا عرضهم لإظهار عمود "Received"، أو الذين يرتبون الرسائل بحسب تاريخ الاستلام، سيرون التواريخ الخاطئة.

الترتيب حسب "Order Received" مقابل "Date"

يوفر Thunderbird خيارات ترتيب مستقلة: "Date" (يرتب حسب رأس Date) و"Order Received" (يرتب حسب طابع الاستلام). الترتيب حسب "Date" يعطي الترتيب الزمني الصحيح. أما الترتيب حسب "Order Received" فيجمع كل الرسائل المرحّلة عند تاريخ الترحيل، مما يكسر الترتيب الزمني.

كثير من المستخدمين لا يدركون أن هذين خياران مختلفان للترتيب.

لماذا لا يعد عمود "Date" في Thunderbird إصلاحا حقيقيا

البحث يتأثر بالمشكلة

يمكن لبحث Thunderbird التصفية حسب نطاقات تاريخية. عندما يبحث المستخدم عن "رسائل مستلمة في يناير 2024"، يستخدم Thunderbird بيانات تاريخ الاستلام من الخادم، لا رأس Date. بعد الترحيل، هذا البحث لا يعيد أي نتائج لشهر يناير 2024، بل يعيد كل الرسائل عند تاريخ الترحيل. بالنسبة للمستخدمين الذين يعتمدون على البحث حسب النطاق التاريخي بشكل متكرر (المحاسبون الذين يبحثون عن فواتير ربع سنوي معين، أو المحامون الذين يجمعون مراسلات فترة قضية محددة)، هذا يجعل صندوق البريد معطلا عمليا.

فلاتر الرسائل والبحوث المحفوظة

يمكن لفلاتر رسائل Thunderbird أن تُفعّل بناء على شروط تاريخية. الفلاتر التي تشير إلى تاريخ "Received" أو "Age in Days" ستتعطل بعد الترحيل. البحوث المحفوظة (المجلدات الافتراضية) التي تستخدم معايير تاريخية تتأثر بالطريقة نفسها.

عملاء IMAP آخرون على نفس الحساب

حتى إذا انتقل مستخدم Thunderbird إلى الاعتماد على عمود "Date"، تبقى المشكلة الأساسية موجودة على الخادم. فإذا وصل أي شخص آخر إلى نفس صندوق البريد عبر Outlook، أو Apple Mail، أو تطبيق جوال، أو البريد على الويب، فسيرى التواريخ الخاطئة. المشكلة على مستوى الخادم، لا على مستوى العميل.

فحص الرؤوس في Thunderbird

استخدام عرض الرؤوس في Thunderbird

يسهّل Thunderbird فحص رؤوس الرسائل. افتح الرسالة المتأثرة، ثم اضغط على View، ثم Message Source (أو اضغط Ctrl+U). هذا يعرض الرسالة الخام كاملة. يمكن أيضا استخدام View، ثم Headers، ثم All لرؤية عرض موسع للرؤوس.

تحديد رؤوس Received الخاصة بالترحيل

في مصدر الرسالة الخام، انظر إلى رؤوس "Received" في الأعلى. أعلى رأس Received هو الأحدث إضافة، وبعد الترحيل يكون هذا رأس أداة الترحيل نفسها. يحتوي عادة على طابع زمني مطابق لتاريخ الترحيل، وقد يشير إلى أداة الترحيل صراحة (مثلا "mx.migrationwiz.com" لأداة BitTitan، أو "cloudm.io" لأداة CloudM، أو "gmailapi.google.com" لأداة GSMMO).

أسفل رأس الترحيل، تبقى رؤوس Received الأصلية سليمة. رأس Date الأصلي محفوظ أيضا. هذا يؤكد أن معلومات التاريخ الصحيحة موجودة، وأنها تحتاج فقط إلى الاستعادة.

لماذا لا تنجح الإصلاحات على مستوى العميل

المشكلة على مستوى الخادم

كل حل بديل يتضمن تغيير إعدادات Thunderbird هو تغيير على مستوى العميل فقط، يؤثر فقط على ما يعرضه Thunderbird على الشاشة. بيانات الرسالة الفعلية على الخادم لا تزال تحتوي على رأس Received الخاص بالترحيل. هذا يعني أن الأجهزة والعملاء الأخرى ترى التواريخ الخاطئة، والبحث على مستوى الخادم يعيد نتائج خاطئة، وأدوات الامتثال والأرشفة تحصل على تواريخ خاطئة، وأدوات النسخ الاحتياطي تسجل التواريخ الخاطئة أيضا. الإصلاح الدائم الوحيد هو تصحيح البيانات على الخادم نفسه.

إضافات Thunderbird لا يمكنها إصلاح هذا

مع أن نظام الإضافات في Thunderbird قوي، لا يمكن لأي إضافة تعديل رؤوس الرسائل على خادم IMAP. قد تتمكن الإضافة من تغيير طريقة عرض التواريخ محليا، لكن هذا سيؤثر فقط على Thunderbird على ذلك الجهاز بالتحديد. فما هو الحل الفعلي؟

تصحيح تواريخ Thunderbird على مستوى الخادم

كيف يصحح Redate.io المشكلة

يتصل Redate.io بخادم البريد (Google Workspace، أو Microsoft 365، أو أي خادم IMAP بما في ذلك Zimbra وZoho) ويصحح كل رسالة متأثرة مباشرة على الخادم.

يحلل نظام التصحيح الخاص بـ Redate.io سلسلة الرؤوس الكاملة لكل رسالة متأثرة، معتمدا على اكتشاف حالات الشذوذ في التواريخ بدلا من التعرف على أداة ترحيل معينة، مما يجعله يعمل مع أي أداة ترحيل. يتعامل خط التحليل متعدد المراحل مع الحالات الحدية التي قد تعطل أي حل مطور داخليا: الرسائل الموقعة بـ S/MIME، والمحتوى المشفر بـ PGP، والبنى متعددة الأجزاء ذات الحدود المتداخلة، والرؤوس غير ASCII، والاختلافات في Content-Transfer-Encoding. بعد التصحيح، يتحقق فحص السلامة من أن كل رسالة سليمة. تُنقل الرسائل الأصلية إلى مجلد احتياطي مرئي داخل صندوق البريد، وتبقى فيه إلى أن يزيلها العميل.

بعد الإصلاح، يتزامن Thunderbird مع الخادم ويستلم التواريخ المصححة. يعرض عمودا "Date" و"Received" القيم الصحيحة كلاهما. البحث حسب النطاق التاريخي يعمل بشكل صحيح. الفلاتر والبحوث المحفوظة المستندة إلى تاريخ الاستلام تعمل كما هو متوقع.

هل يمكن بناء سكريبت للقيام بهذا؟ بالتأكيد. لكن كيف يمكن التحقق من أن 8000 رسالة مصححة جميعها تحتفظ بمرفقات سليمة، وترتيب محادثات محفوظ، وبنى MIME صالحة؟ هذا التحدي في التحقق هو ما يجعل الحلول المطورة داخليا تفشل.

التحقق من الإصلاح في Thunderbird

بعد أن يكمل Redate.io الإصلاح، يمكن فرض إعادة مزامنة Thunderbird بالنقر بزر الفأرة الأيمن على الحساب في لوحة المجلدات واختيار "Subscribe" ثم إغلاق مربع الحوار، أو بضغط المجلدات (compact). سيحمّل Thunderbird رؤوس الرسائل المحدثة من الخادم. عمود "Received" يجب أن يعرض الآن تواريخ الاستلام الأصلية.

سيناريوهات شائعة لترحيل Thunderbird

استخدام Thunderbird نفسه كأداة ترحيل

من السيناريوهات الشائعة استخدام Thunderbird نفسه كأداة ترحيل. يعد المسؤول حسابي IMAP للمصدر والوجهة كلاهما في Thunderbird، ثم يسحب الرسائل من حساب إلى آخر. مع أن هذا "ينجح" بمعنى أن الرسائل تُنقل، يضيف خادم الوجهة رأس Received لكل رسالة منقولة، مسجلا عليها جميعا تاريخ النقل. راجع دليل إصلاح تواريخ النسخ اليدوي عبر IMAP في Thunderbird.

Thunderbird بعد ترحيل على مستوى الخادم

عندما يحدث الترحيل على مستوى الخادم (باستخدام BitTitan، أو CloudM، أو imapsync، أو أداة أخرى)، يتأثر مستخدمو Thunderbird مثل أي عميل IMAP آخر. تظهر تواريخ الترحيل في عمود "Received"، بينما قد يبقى عمود "Date" صحيحا. ينبغي للمسؤولين التحقق من التواريخ في Thunderbird خصيصا، لأن عرضه ذا العمودين المزدوجين قد يخفي المشكلة.

هل يعرض Thunderbird تواريخ خاطئة بعد الترحيل؟ ابدأ فحصا مجانيا مع Redate.io لتحديد الرسائل المتأثرة واستعادة التواريخ الصحيحة على جميع عملاء البريد.