إصلاح تواريخ ترحيل BitTitan MigrationWiz في Exchange Online

لماذا يفسد ترحيل BitTitan تواريخ البريد في Exchange Online

يمثل Exchange Online محرك البريد الإلكتروني الذي يشغل كل صندوق بريد في Microsoft 365. ويعد BitTitan MigrationWiz من أكثر الأدوات استخداما لنقل صناديق البريد من Exchange المحلي أو Lotus Notes أو GroupWise أو غيرها من الأنظمة القديمة إلى Exchange Online. عملية الترحيل ذاتها تسير عادة بسلاسة، لكن التواريخ تتعرض للتلف.

إليك ما يحدث تحديدا: يرفع MigrationWiz كل رسالة باستخدام EWS أو IMAP، فيضيف نظام النقل في Exchange Online رأس Received جديدا على كل رسالة. يحمل هذا الرأس الطابع الزمني للرفع - أي تاريخ الترحيل وليس تاريخ الإرسال أو الاستقبال الأصلي. يستخدم Exchange Online بعد ذلك رأس Received هذا وخاصية PR_MESSAGE_DELIVERY_TIME المرتبطة به لتحديد التاريخ الذي يظهر للمستخدمين.

المشكلة أن Exchange Online لا يسمح لأدوات الترحيل بتجاوز الطابع الزمني للتسليم، بل يطبق وقت الرفع الفعلي دون استثناء. وبالتالي تحمل كل رسالة مرحلة - سواء كانت من 2018 أو 2021 أو الأسبوع الماضي - نفس تاريخ الترحيل.

تخيل أنك رحلت 1,200 صندوق بريد خلال عطلة نهاية الأسبوع باستخدام MigrationWiz. صباح الإثنين يتلقى مكتب الدعم الفني 400 بلاغ. كل صندوق بريد يبدو وكأن جميع الرسائل وصلت يوم السبت. الترتيب حسب التاريخ معطل، والبحث بالتاريخ يعطي نتائج خاطئة. ينتشر الطابع الزمني التالف في كل مكان: Outlook للكمبيوتر وOWA وتطبيقات الهاتف وحتى أوامر PowerShell مثل Get-MessageTrace وSearch-Mailbox. أدوات الامتثال (In-Place Hold وRetention Tags) تطبق سياساتها بناء على التاريخ الخاطئ، مما قد يؤدي إلى الاحتفاظ بالرسائل أو حذفها في فترات غير صحيحة.

كيف يؤثر ذلك على مستخدمي Exchange Online

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

بالنسبة للمسؤولين، الوضع أسوأ. تشير أوامر Exchange Online Management Shell إلى خاصية وقت التسليم التي تعكس الآن تاريخ الترحيل. تعمل عمليات تدقيق صناديق البريد وقواعد التسجيل وقواعد النقل التي تصفي حسب تاريخ الرسالة جميعها على طوابع زمنية تالفة. هل يمكنك إجراء تدقيق امتثال موثوق عندما تبدو جميع الرسائل وكأنها وصلت في نفس اليوم؟ بالتأكيد لا.

يعالج Redate.io هذه المشكلة من خلال محرك تصحيح متخصص يجري تحليلا لسلسلة الرؤوس وإعادة بناء بيانات التاريخ الوصفية على مستوى الخادم. تتم معالجة كل رسالة مع التحقق الفردي لضمان استعادة التاريخ الأصلي بدقة عبر جميع خدمات Exchange Online - دون تعديل محتوى الرسالة أو المرفقات. تنتشر الطوابع الزمنية المصححة تلقائيا إلى Outlook وOWA وتطبيقات الهاتف وأدوات الامتثال.

الأسئلة الشائعة

هل هذه نفس مشكلة تواريخ Microsoft 365؟

Exchange Online هو خدمة البريد الخلفية التي تشغل صناديق بريد Microsoft 365. السبب الجذري متطابق: يضيف BitTitan رأس Received أثناء الترحيل يتجاوز التواريخ المعروضة. يصلح Redate.io المشكلة على مستوى Exchange Online مما يصحح التواريخ عبر جميع تطبيقات M365 المتصلة.

هل يستطيع مسؤولو Exchange Online إصلاح هذا باستخدام PowerShell؟

لا. لا يمكن لـ PowerShell تعديل رؤوس Received أو الطابع الزمني للتسليم للرسائل الموجودة في Exchange Online. يستخدم Redate.io تصحيحا مستهدفا للبيانات الوصفية لاستعادة التواريخ الأصلية على نطاق واسع - وهو أمر غير ممكن عبر أدوات Exchange الأصلية.

هل يعمل Redate.io مع عمليات نشر Exchange Online الهجينة؟

نعم. يتصل Redate.io مباشرة بصناديق بريد Exchange Online بغض النظر عما إذا كانت المؤسسة تدير إعدادا هجينا لـ Exchange أو تعمل بالكامل على السحابة. يمكن معالجة أي صندوق بريد يمكن الوصول إليه عبر بروتوكولات البريد القياسية.

كم يستغرق إصلاح التواريخ عبر مستأجر Exchange Online كبير؟

يعتمد وقت المعالجة على عدد الرسائل المتأثرة في كل صندوق بريد. يعالج Redate.io عادة عدة آلاف من الرسائل في الساعة لكل صندوق بريد، مع تحديد معدل مدمج للبقاء ضمن حدود خدمة Exchange Online.

أدلة الإصلاح ذات الصلة

فحص مجاني