لماذا يعرض Outlook التاريخ الخاطئ
بعد ترحيل البريد الالكتروني، يكتشف مستخدمو Outlook أن كل رسالة تعرض نفس التاريخ، وهو تاريخ الترحيل. هذه المشكلة تؤثر على Outlook Desktop وOutlook for Mac وOutlook الجديد لـ Windows وOutlook Mobile. السبب واحد في جميع الاصدارات: Outlook يحدد تاريخ "الاستلام" بقراءة رأس "Received" الأحدث، وأدوات الترحيل تضيف رأس "Received" جديدا بطابع الترحيل الزمني.
كيف يحدد Outlook تاريخ "الاستلام"
عندما يعرض Outlook تاريخ رسالة، يقرأ INTERNALDATE لـ IMAP ورؤوس "Received" للرسالة. لعمود "مستلم" (وهو عمود الترتيب الافتراضي في معظم عروض Outlook)، يستخدم Outlook الطابع الزمني لرأس "Received" الأعلى. أثناء التسليم الطبيعي، هذا الرأس يعكس لحظة وصول الرسالة لخادم بريد المستلم. بعد الترحيل، رأس "Received" الأعلى يعكس لحظة إدراج أداة الترحيل للرسالة في الخادم الجديد.
الفرق بين "مرسل" و"مستلم" في Outlook
Outlook يميز بين عمودي تاريخ: "مرسل" (من رأس "Date" للرسالة) و"مستلم" (من رؤوس "Received" أو INTERNALDATE). بعد الترحيل، تاريخ "مرسل" قد يكون صحيحا لأن رأس "Date" الأصلي محفوظ. لكن تاريخ "مستلم" يعرض طابع الترحيل الزمني. بما أن عرض Outlook الافتراضي يرتب حسب تاريخ "مستلم"، ومعظم المستخدمين لا يغيرون ذلك أبدا، فإن تاريخ الترحيل هو ما يراه الجميع.
فحص سريع - هل هذه مشكلة تاريخ ترحيل؟
قبل محاولة أي إصلاح، يجب التأكد أن المشكلة ناتجة عن رؤوس الترحيل وليس عن سبب آخر.
كيفية عرض رؤوس البريد الخام في Outlook
في Outlook Desktop، افتح الرسالة المعنية، انقر على "ملف" ثم "خصائص". منطقة "رؤوس الانترنت" في الأسفل تعرض الرؤوس الخام. في Outlook على الويب (OWA)، افتح الرسالة، انقر على قائمة النقاط الثلاث، ثم "عرض" و"عرض تفاصيل الرسالة". الرؤوس الخام تظهر في نافذة منبثقة.
تحديد رأس "Received" الخاص بالترحيل
ابحث عن رأس "Received" يحتوي إشارات لأداة الترحيل. الأنماط الشائعة تتضمن "mx.migrationwiz.com" لـ BitTitan و"cloudm.io" لـ CloudM أو إدخال عام "localhost" بطابع زمني يطابق تاريخ الترحيل. إذا كان رأس "Received" الأعلى يحمل تاريخا يطابق تاريخ الترحيل (ويختلف عن تاريخ الرسالة الأصلي)، فالمشكلة مؤكدة. هذا هو الرأس الذي يحدده Redate.io ويصلحه. لأدلة خاصة بكل أداة، راجع إصلاح تواريخ Outlook بعد ترحيل BitTitan وCloudM وimapsync وGSMMO وExchange IMAP أو النسخ اليدوي عبر IMAP.
حلول لا تنجح
مستخدمو Outlook ومسؤولو تقنية المعلومات يجربون عادة عدة مقاربات قبل أن يدركوا أن الإصلاح يجب أن يتم على مستوى الخادم، وليس في عميل Outlook.
تغيير العمود إلى تاريخ "الارسال"
تبديل عرض Outlook من تاريخ "مستلم" إلى تاريخ "مرسل" هو الحل البديل الأكثر انتشارا. هذا يغير ترتيب الفرز فعلا، لكنه لا يصحح البيانات الأساسية. نتائج البحث لا تزال تشير للتاريخ الخاطئ. القواعد والفلاتر المبنية على تاريخ الاستلام تتعطل. أدوات الامتثال وeDiscovery التي تعتمد على طوابع الاستلام الزمنية تنتج نتائج غير صحيحة. ويجب على المستخدمين تغيير هذا الاعداد على كل جهاز وفي كل مجلد، عبء دعم يتضخم بشكل سيئ على مستوى المؤسسة.
إعادة بناء ملفات OST/PST
بعض المسؤولين يحاولون حل المشكلة بحذف ذاكرة Outlook المؤقتة المحلية (ملف OST) وترك Outlook يعيد المزامنة من الخادم. هذا لا يفيد لأن المشكلة موجودة على جانب الخادم وليس في الذاكرة المؤقتة المحلية. البيانات المعاد مزامنتها تحتوي نفس رؤوس "Received" الخاصة بالترحيل، لذلك التواريخ تبقى خاطئة. وبالمثل، التصدير إلى PST وإعادة الاستيراد لا يزيل رؤوس الترحيل.
إعدادات عرض Outlook
تعديل إعدادات عرض Outlook أو التنسيق الشرطي أو خيارات التجميع لا يمكنه تغيير التاريخ الذي يقرأه Outlook من رؤوس الرسالة. هذه الإعدادات تتحكم في كيفية عرض البيانات وتنظيمها، لكن قيمة التاريخ الأساسية تأتي من الخادم. لا توجد مجموعة من إعدادات العرض تجبر Outlook على تجاهل رأس "Received" الخاص بالترحيل.
الحل - استعادة التواريخ الصحيحة على مستوى الخادم
الطريقة الوحيدة لإصلاح التواريخ الخاطئة في Outlook بعد الترحيل هي تصحيح الرسائل على الخادم. بمجرد تصحيح البيانات على جانب الخادم، يعرض Outlook التواريخ الصحيحة تلقائيا عند المزامنة التالية. لا حاجة لأي تعديل من جانب العميل.
لكن لماذا لا تفعل ذلك بنفسك بنص برمجي؟ لأنها أكثر تعقيدا بكثير من عملية بحث واستبدال. كل رسالة لها بنية رؤوس فريدة. بعض الرسائل تحمل توقيعات رقمية S/MIME تصبح غير صالحة إذا تغير بايت واحد. أخرى تحتوي تشفير PGP أو أجزاء MIME متداخلة أو رؤوس مشفرة بترميز غير ASCII وفق RFC 2047 أو خصوصيات Content-Transfer-Encoding التي تعثر محلل بسيط. حدود MIME التالفة يمكن أن تدمر المرفقات بصمت. تشعب المحادثات المكسور يمكن أن يبعثر المحادثات في أنحاء صندوق البريد. وبدون تحقق مناسب، لن تعرف حتى أن شيئا قد حدث خطأ إلى أن يبلغ مستخدم عن مرفق مفقود بعد ثلاثة أسابيع.
كيف يصلح Redate.io تواريخ Outlook
Redate.io يتصل مباشرة بخادم البريد (Google Workspace أو Microsoft 365 أو أي خادم IMAP) ويعالج كل رسالة عبر محرك التصحيح الخاص به. المحرك ينفذ خط أنابيب تحليل متعدد المراحل يتعامل مع مطابقة التوقيعات على مئات ملفات تعريف أدوات الترحيل المعروفة، ويحافظ على سلامة الرسالة عبر هياكل MIME المعقدة، ويتحقق من كل تصحيح قبل إتمامه. الرسائل الأصلية تنقل إلى مجلد مرئي "Redate.io - Originals" لمدة 30 يوما.
بمجرد إتمام التصحيح من Redate.io، يسترجع Outlook التواريخ المصححة عند المزامنة التالية. لا حاجة لتغيير أي إعدادات في Outlook. الإصلاح يعمل على جميع إصدارات Outlook لأنه يتم على مستوى الخادم.
قبل وبعد
قبل الإصلاح، صندوق وارد Outlook بعد الترحيل يعرض كل رسالة بنفس تاريخ الاستلام (مثلا "11 أبريل 2019" على رسائل أرسلت أصلا بين 2015 و2019). بعد معالجة Redate.io، نفس صندوق الوارد يعرض التواريخ الأصلية الصحيحة. رسائل 2015 تظهر بتواريخ 2015، ورسائل 2018 تظهر بتواريخ 2018. الترتيب بالتاريخ يعمل مجددا بشكل صحيح، ونتائج البحث تعرض طوابع زمنية دقيقة.
دليل خطوة بخطوة
إصلاح التواريخ الخاطئة في Outlook باستخدام Redate.io يتم في ثلاث خطوات، بصرف النظر عن منصة البريد.
مستخدمو Google Workspace
للمؤسسات التي تستخدم Google Workspace، ينشئ المسؤول Service Account مع تفويض على مستوى النطاق. هذا يمنح Redate.io الوصول لصناديق البريد دون الحاجة لكلمات مرور المستخدمين الفردية. المسؤول يدخل بيانات اعتماد Service Account في Redate.io، يختار صناديق البريد للإصلاح ويبدأ التحليل المجاني. التحليل يحدد عدد الرسائل ذات التواريخ الخاطئة في كل صندوق. بعد مراجعة النتائج، يختار المسؤول خطة تسعير ويبدأ التصحيح. Redate.io يعالج جميع صناديق البريد المختارة تلقائيا. المستخدمون يرون التواريخ المصححة في Outlook (وأي عميل آخر) بعد المزامنة التالية.
مستخدمو Microsoft 365
لمؤسسات Microsoft 365، يسجل المسؤول تطبيق Azure AD بالأذونات المناسبة للبريد. Redate.io يستخدم هذا التطبيق للوصول لصناديق بريد Exchange Online عبر Microsoft Graph API أو IMAP. العملية نفسها: الاتصال، التحليل المجاني، مراجعة النتائج، ثم التصحيح. موافقة المسؤول مطلوبة مرة واحدة وتغطي جميع صناديق البريد في المستأجر.
خوادم IMAP أخرى
لصناديق البريد المستضافة على خوادم IMAP أخرى (Zimbra أو Zoho أو cPanel أو Dovecot أو Courier)، يتصل المستخدمون ببيانات اعتماد البريد القياسية (عنوان الخادم واسم المستخدم وكلمة المرور). Redate.io يتصل عبر IMAP ويحلل صندوق البريد ويطبق نفس التصحيح. هذا الخيار يعمل لصناديق البريد الفردية ولا يتطلب وصول مسؤول للخادم.
بالمناسبة، أيا كانت المنصة، النتيجة واحدة: Outlook يعرض التواريخ الأصلية الصحيحة، الترتيب يعمل بشكل صحيح والتسلسل الزمني لصندوق البريد يستعاد بالكامل.
Outlook يعرض التواريخ الخاطئة بعد الترحيل؟ ابدأ تحليلا مجانيا لمعرفة عدد الرسائل المتأثرة وإصلاح 10 مجانا للتحقق من النتائج.