إصلاح تواريخ ترحيل BitTitan MigrationWiz في Exchange Online
تاريخ آخر تعديل:
لماذا يفسد ترحيل BitTitan تواريخ البريد في Exchange Online
يمثل Exchange Online محرك البريد الإلكتروني الذي يشغل كل صندوق بريد في Microsoft 365. ويعد BitTitan MigrationWiz من أكثر الأدوات استخداما لنقل صناديق البريد من Exchange المحلي أو Lotus Notes أو GroupWise أو غيرها من الأنظمة القديمة إلى Exchange Online. عملية الترحيل ذاتها تسير عادة بسلاسة، لكن التواريخ تتعرض للتلف.
إليك ما يحدث تحديدا: يرفع MigrationWiz كل رسالة باستخدام EWS أو IMAP، ويحتفظ Exchange Online بالتاريخ الذي يتلقاه: فإذا نُقل التاريخ الأصلي مع الرسالة، تحتفظ النسخة به. والتاريخ الذي يعرضه Outlook كتاريخ استلام هو سجل علبة البريد الخاص بلحظة وصول كل رسالة (خاصية PR_MESSAGE_DELIVERY_TIME). فإن لم ينقل MigrationWiz التاريخ الأصلي، يحمل هذا السجل لحظة الرفع - أي تاريخ الترحيل وليس تاريخ الإرسال أو الاستقبال الأصلي.
عندما لا تُنقل الأداة التاريخ الأصلي، لا شيء ينبهك إلى ذلك. وبالتالي تظهر كل رسالة مرحلة - سواء كانت من 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. السبب الجذري متطابق: النسخ التي كتبتها MigrationWiz لا تحمل التاريخ الأصلي. يصلح 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.