إصلاح تواريخ ترحيل Exchange IMAP Migration في Outlook

أداة ترحيل IMAP الخاصة بـ Microsoft - المتاحة عبر مركز إدارة Exchange وPowerShell - يفترض أنها الطريقة الرسمية الآمنة لإحضار صناديق البريد إلى Exchange Online. يثق بها المسؤولون لأنها أداة من الطرف الأول من Microsoft. لذا عندما تظهر كل رسالة مرحلة في Outlook بتاريخ الترحيل بدلا من التاريخ الأصلي يكون رد الفعل عادة عدم التصديق.

إليك ما يحدث تحت الغطاء. يقوم ترحيل IMAP في Exchange بتنزيل كل رسالة من الخادم المصدر وإدخالها في صندوق بريد Exchange الوجهة عبر نظام النقل. يفعل هذا النظام ما يفعله دائما مع البريد الوارد: يضيف رأس Received بالطابع الزمني الحالي للمعالجة ويضبط خاصية PR_MESSAGE_DELIVERY_TIME لتتطابق. أما IMAP INTERNALDATE الأصلي من الخادم المصدر؟ يتجاهل. لا ينقل. لا يحاول حتى.

النتيجة: كل رسالة في صندوق البريد المرحل - سواء أرسلت في 2012 أو 2025 - تعرض الآن تاريخ الترحيل في عمود "مستلم" في Outlook. والجزء الأكثر إحباطا للمسؤولين: بالكاد يذكر توثيق ترحيل Exchange هذا السلوك. تكتشفه عندما يفتح 500 مستخدم Outlook صباح الإثنين ويقدمون بلاغات دعم عن مظهر صندوق الوارد الخاطئ.

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

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