الترتيب حسب تاريخ الإرسال ليس حلاً

النصيحة الأكثر انتشاراً في كل منتدى

ابحث عن "رسائل البريد الإلكتروني تعرض تاريخاً خاطئاً بعد الترحيل" في أي منتدى تقني، وستجد أن الإجابة الأولى شبه ثابتة دائماً: "رتّب حسب تاريخ الإرسال بدلاً من تاريخ الاستلام." هذه النصيحة تظهر في منتديات Microsoft، وخيوط المساعدة في Google Workspace، ومنشورات Reddit، ونقاشات Spiceworks. أصبحت الإجابة الافتراضية لما هو في الواقع مشكلة في بيانات على مستوى الخادم.

النية من وراء هذه النصيحة حسنة. في Outlook، تغيير عمود الترتيب من "تاريخ الاستلام" إلى "تاريخ الإرسال" يغيّر فعلاً الترتيب المرئي للرسائل. الرسائل التي بدت جميعها بنفس تاريخ الترحيل تعود فجأة إلى تسلسلها الزمني الأصلي. للوهلة الأولى، تبدو المشكلة محلولة.

لكنها ليست كذلك.

لماذا يبدو الأمر وكأنه يعمل

التحسن البصري

حين يغيّر المستخدم طريقة عرض Outlook للترتيب حسب "تاريخ الإرسال"، تبدو صندوق الوارد صحيحاً على الفور. الرسائل من عام 2020 تظهر قبل رسائل 2023. لمستخدم كان يرى 10000 رسالة تحمل نفس التاريخ، هذا تحسن لافت بالفعل.

يعمل في عرض واحد، على جهاز واحد

هذا الحل المؤقت يعمل في مكان واحد تحديداً: عرض المجلد المحدد، على الجهاز المحدد، حيث أجرى المستخدم التعديل. إذا انتقل المستخدم إلى مجلد آخر، قد يعود العرض إلى الوضع السابق. وإذا تحقق المستخدم من بريده على جهاز آخر، فالإعداد لن ينتقل معه.

كل الأوجه التي يفشل فيها هذا الحل

نتائج البحث لا تزال تعرض تواريخ خاطئة

البحث في Outlook وGmail وApple Mail وThunderbird يفهرس الرسائل باستخدام تاريخ الاستلام (INTERNALDATE)، لا تاريخ الإرسال. حين يبحث مستخدم عن "رسائل مارس 2022"، يتحقق محرك البحث من INTERNALDATE الذي يعرض تاريخ الترحيل. النتيجة؟ صفر رسائل لمارس 2022، وكل الرسائل مجمّعة تحت تاريخ الترحيل.

للمستخدمين الذين يبحثون باستمرار ضمن نطاقات زمنية محددة (محاسبون يبحثون عن فواتير ربع معين، محامون يجمعون مراسلات فترة قضية)، يصبح صندوق البريد عديم الفائدة عملياً. تغيير عمود الترتيب لا يمس ما يستخدمه محرك البحث أصلاً.

الامتثال و eDiscovery في خطر

أدوات مثل Microsoft Purview وGoogle Vault ومنصات الامتثال الأخرى تستعلم من البيانات الوصفية على الخادم، بما فيها INTERNALDATE. الترتيب حسب تاريخ الإرسال في Outlook لا يؤثر البتة على ما تسترجعه هذه الأدوات. طلب الحفظ القانوني لـ"جميع الرسائل المستلمة بين يناير ومارس 2023" سيعيد نتائج غير صحيحة.

بالنسبة للمنظمات في القطاعات المالية والصحية والقانونية والحكومية، نتائج eDiscovery غير دقيقة قد تفضي إلى عقوبات أو غرامات أو أحكام قضائية غير مواتية.

يجب ضبطه على كل جهاز وكل مجلد

Outlook لا يطبّق إعدادات العرض على المستوى الكلي. تغيير عمود الترتيب في صندوق الوارد لا يغيّره في العناصر المُرسلة أو المسودات أو الأرشيف أو المجلدات المخصصة. كل مجلد يحتاج إلى ضبط منفصل. والإعدادات مخزّنة محلياً، ما يعني أنها يجب أن تُعاد على كل جهاز. لمنظمة مؤلفة من 100 مستخدم، لكل منهم 4 أجهزة و10 مجلدات، هذا 4000 تعديل فردي على طرق العرض. من سيقوم بذلك؟

INTERNALDATE لا تزال خاطئة

تبقى INTERNALDATE للبروتوكول IMAP خاطئة على الخادم. هذا يؤثر على أدوات النسخ الاحتياطي، وأدوات الترحيل المستقبلية (التي تنقل معها INTERNALDATE الخاطئة)، وتكاملات API، وأنظمة أرشفة البريد. مشكلة INTERNALDATE تستمر إلى أجل غير مسمى ما لم تُصحَّح على مستوى الخادم.

قواعد وفلاتر البريد تستخدم تاريخ الاستلام

قواعد Outlook وفلاتر Gmail وقواعد نقل Exchange المبنية على تاريخ الاستلام ستعمل بشكل خاطئ. قاعدة تقول "انقل الرسائل المستلمة منذ أكثر من 90 يوماً إلى الأرشيف" قد تؤرشف كل محتوى صندوق البريد دفعة واحدة أو لا شيء منه. تدفقات Power Automate وسكريبتات Google Apps التي تعالج الرسائل بناءً على تاريخ الاستلام ستنتج نتائج خاطئة.

بعض عملاء البريد لا يدعمون هذا الخيار أصلاً

ليس كل عملاء البريد يدعمون الترتيب حسب تاريخ الإرسال. Apple Mail على iOS لا يوفر خيار "الترتيب حسب تاريخ الإرسال". Thunderbird يتعامل مع أعمدة التاريخ بشكل مختلف عن Outlook. واجهات البريد الإلكتروني عبر الويب كـ Roundcube وHorde تملك إمكانيات تخصيص محدودة للأعمدة.

ترابط المحادثات يتعطل

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

الحل الحقيقي: تصحيح البيانات على مستوى الخادم

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

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

كيف يجري Redate.io التصحيح على مستوى الخادم

محرك التصحيح الخاص بـ Redate.io يتصل بصندوق البريد (Google Workspace، أو Microsoft 365، أو أي خادم IMAP) ويفحص كل رسالة لتحديد تلك التي تحمل ترويسات "Received" الخاصة بالترحيل. الفحص مجاني.

لكل رسالة متأثرة، يحدّد خط أنابيب التحليل متعدد المراحل توقيعات الترحيل عبر مطابقة الأنماط مع مئات التوقيعات المعروفة لأدوات الترحيل، ويطبّق تصحيحات موجّهة مع الحفاظ على سلامة الرسالة (توقيعات S/MIME، والهياكل متعددة الأجزاء، والمرفقات المضمّنة، والترويسات غير ASCII، وعشرات الحالات الطرفية الأخرى)، ثم يُجري التحقق من السلامة على كل رسالة مُصحَّحة. الرسائل الأصلية تُنقل إلى مجلد نسخ احتياطي مرئي لمدة 30 يوماً. العملية الكاملة مفصّلة في مقال كيفية إصلاح تواريخ البريد بعد الترحيل.

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

لا تعتمد على حل مؤقت يعمل في النصف فقط. أطلق فحصاً مجانياً لترى كم عدد الرسائل التي تحمل تواريخ خاطئة، وصحّح 10 رسائل مجاناً للتحقق من النتائج بنفسك.