إصلاح تواريخ ترحيل imapsync في Microsoft 365

يبدو الترحيل إلى Microsoft 365 باستخدام imapsync منطقيا. مجاني وقابل للأتمتة ويتعامل مع عمليات نقل IMAP إلى IMAP بكفاءة في معظم السيناريوهات. لكن في Microsoft 365، هناك تفصيل واحد يحدد التاريخ الذي ستنتهي إليه كل رسالة.

يحتفظ Exchange Online بالتاريخ الذي يُعطى له: فعندما يكتب imapsync رسالة عبر IMAP فإنه ينقل معها تاريخها الداخلي (يكون علم --syncinternaldates مفعلا افتراضيا)، وتحتفظ النسخة بذلك التاريخ. لكن ما ينقله imapsync هو التاريخ الذي يحمله الخادم المصدر لكل رسالة، لا تاريخ إرسالها. وفي علبة بريد سليمة يتطابق الأمران. أما في علبة بريد سبق ترحيلها مرة أو استعادتها من نسخة احتياطية، فقد يحمل المصدر تاريخ تلك العملية السابقة، وينقله imapsync كما هو.

هذا ليس خطأ في Microsoft 365 أو في imapsync. كل نسخة تحمل بأمانة التاريخ الذي أعطي لها. وإذا كان هذا التاريخ خاطئا أصلا في المصدر، فسواء رحلت 500 رسالة أو 500,000، تظهر كل رسالة متأثرة تاريخ تلك العملية السابقة بدلا من تاريخ استلامها.

تخيل أن تخبر مدير تقنية المعلومات أن الترحيل الذي نفذته خلال عطلة نهاية الأسبوع سطح للتو 6 سنوات من تاريخ البريد في تاريخ واحد. هذا هو الواقع الذي يواجهه المسؤولون بعد ترحيل imapsync إلى Microsoft 365. وعلى عكس Google Workspace (حيث يمكن لعميل Gmail على الويب إخفاء المشكلة) يعرض Microsoft 365 التاريخ الخاطئ في كل مكان - Outlook للكمبيوتر وOWA وOutlook للهاتف وMicrosoft Search. لا يوجد مهرب من جانب العميل.

في Microsoft 365 الضرر شامل ومرئي. كل عميل - Outlook لنظام Windows وOutlook لنظام Mac وOWA وOutlook للهاتف على iOS وAndroid - يعرض الطابع الزمني للترحيل. لا يستطيع المستخدمون الترتيب حسب التاريخ ولا إيجاد الرسائل زمنيا ولا الوثوق بنتائج البحث المصفاة حسب نطاق التاريخ. صندوق بريد فيه 80,000 رسالة تعرض جميعها "12 نوفمبر 2024" معطل وظيفيا للعمل اليومي.

تداعيات الامتثال أسوأ. يفهرس Exchange Online Protection وMicrosoft Purview وسياسات الاحتفاظ جميعها الطابع الزمني للتسليم التالف. سياسة احتفاظ مضبوطة لحذف الرسائل الأقدم من 7 سنوات تعمل على التاريخ الخاطئ - مما يعني أن رسائل 2018 التي يجب أن تقترب من الحذف تبدو الآن وكأنها من 2024. تواجه المؤسسات الخاضعة للائحة حماية البيانات العامة (GDPR) أو HIPAA أو لوائح هيئة الأوراق المالية تعرضا تنظيميا حقيقيا عندما لا يمكن الوثوق بالاحتفاظ بالبريد. وإذا جاء طلب حجز قانوني لـ "جميع رسائل الربع الثالث 2023" فإن التواريخ التالفة تعني أن Purview لا يعيد شيئا - لأن حسب البيانات الوصفية لا توجد رسائل من تلك الفترة.

يتصل Redate.io بـ Microsoft 365 ويطبق تحليل سلسلة الرؤوس وإعادة بناء بيانات التاريخ الوصفية على كل رسالة متأثرة. لا تحتاج Redate إلى معرفة الأداة التي قامت بالترحيل، بل تحدد الرسائل التي لا يتطابق تاريخها المعروض مع تاريخها الأصلي. تصحح كل رسالة ويتم التحقق منها بشكل فردي مع حفظ النسخة الأصلية في مجلد نسخ احتياطي. لا يوجد حد لحجم علبة البريد، فعلبة بريد فيها 500,000 رسالة تصحح كما تصحح أي علبة أخرى.