إصلاح تواريخ ترحيل BitTitan MigrationWiz في Microsoft 365
تاريخ آخر تعديل:
لماذا يفسد ترحيل BitTitan تواريخ البريد في Microsoft 365
يستخدم BitTitan MigrationWiz بروتوكول EWS أو IMAP لرفع الرسائل إلى مستأجر Microsoft 365 أثناء الترحيل. تحتفظ Microsoft 365 بالتاريخ الذي يُعطى لكل نسخة: فإذا نقل MigrationWiz التاريخ الأصلي، احتفظت النسخة به، وإذا لم ينقله، حصلت النسخة على وقت الرفع، أي الطابع الزمني للترحيل لا التاريخ الأصلي. يصبح هذا التاريخ هو المرجع في منظومة M365 بأكملها.
يخزن Microsoft 365 هذا كـ INTERNALDATE للرسالة (خاصية PR_MESSAGE_DELIVERY_TIME بمصطلحات Exchange). يقرأه كل عميل متصل بصندوق البريد: Outlook للكمبيوتر وOutlook على الويب وOutlook للهاتف وعملاء IMAP من جهات خارجية. جميعهم يعرضون تاريخ الترحيل. صندوق بريد يحتوي على ثماني سنوات من تاريخ البريد يبدو فجأة وكأن كل شيء وصل يوم ثلاثاء في مارس.
هذه ليست حالة نادرة. يمكن أن يحدث ذلك في أي عملية ترحيل بـ BitTitan إلى M365 بغض النظر عن المنصة المصدر: Exchange محلي أو Google Workspace أو Zimbra أو GroupWise. سلوك الوجهة دائمًا واحد: يحتفظ Microsoft 365 بالتاريخ الذي يُعطى له، فإذا كان هذا التاريخ هو تاريخ الرفع، فهذا التاريخ هو الذي يسود.
النتيجة؟ تغرق فرق تقنية المعلومات في البلاغات صباح اليوم التالي للترحيل. لا يستطيع المستخدمون إيجاد الرسائل حسب التاريخ. المديرون التنفيذيون الذين اعتمدوا على التسلسل الزمني للبريد كمرجع يفقدون أشهرا أو سنوات من السياق بين ليلة وضحاها.
كيف يؤثر ذلك على مستخدمي Microsoft 365
كل تطبيق في M365 يقرأ التاريخ التالف. Outlook على الويب وOutlook للكمبيوتر وOutlook لنظام Mac وOutlook للهاتف - جميعها تعرض تاريخ الاستقبال الخاطئ. ميزات Microsoft Copilot والذكاء الاصطناعي التي تشير إلى الجداول الزمنية للبريد تنتج نتائج غير صحيحة لأنها تعتمد على نفس البيانات الوصفية التالفة.
الامتثال هو المجال الأكثر تضررا. تقوم عمليات الحجز القانوني وسياسات الاحتفاظ وعمليات البحث في اكتشاف المستندات الإلكتروني في مركز الأمان والامتثال جميعها بالتصفية حسب التاريخ. عندما تحمل كل رسالة الطابع الزمني للترحيل تصبح الاستعلامات المبنية على التاريخ عديمة الفائدة. مسؤول طلب منه إنتاج جميع رسائل الربع الثالث 2023 لمسألة قانونية يحصل إما على لا شيء أو على صندوق البريد بأكمله. هذا ليس إزعاجا بسيطا بل إخفاق في الامتثال.
يعالج Redate.io هذا من خلال معالجة آمنة للرسائل على المستوى المنخفض مع التحقق لكل رسالة على حدة. تتم معالجة كل رسالة بشكل فردي ويستعاد التاريخ الأصلي على مستوى الخادم حتى ينتشر التصحيح إلى كل عميل متصل وأداة امتثال تلقائيا. لا إعادة ترحيل ولا تدخل يدوي ولا فقدان للبيانات.
الأسئلة الشائعة
هل يفسد BitTitan MigrationWiz التواريخ دائما في Microsoft 365؟
ليس دائما. يحتفظ Microsoft 365 بالتاريخ الذي يمرره MigrationWiz لكل رسالة، ولا يكون التاريخ المعروض خاطئا إلا عندما لا يكون هذا التاريخ هو التاريخ الأصلي. وعند حدوث ذلك، فإنه يؤثر على جميع عملاء M365 وأدوات الامتثال التي تشير إلى تواريخ الرسائل.
هل سيحسن إصلاح التواريخ دقة الامتثال واكتشاف المستندات الإلكتروني في Microsoft 365؟
بالتأكيد. يستعيد Redate.io الطوابع الزمنية الأصلية مما يعني أن سياسات الاحتفاظ وعمليات الحجز القانوني وعمليات البحث في اكتشاف المستندات الإلكتروني في مركز الأمان والامتثال تشير إلى التواريخ الفعلية بدلا من طوابع الترحيل المضللة.
هل يصلح Redate.io التواريخ عبر جميع تطبيقات Microsoft 365 في آن واحد؟
يصحح Redate.io التاريخ على مستوى الخادم. بمجرد استعادة البيانات الوصفية يظهر التاريخ الصحيح تلقائيا في Outlook للكمبيوتر وOWA وOutlook للهاتف وأي عميل أو خدمة أخرى متصلة بصندوق بريد Microsoft 365.
كيف يتعامل Redate.io مع مستأجري M365 الكبار الذين يحتوون على آلاف صناديق البريد؟
يعالج Redate.io صناديق البريد بشكل فردي مع إدارة مدمجة للمعدل للبقاء ضمن حدود خدمة Microsoft 365. لا يوجد حد لعدد الرسائل في صندوق البريد، ويمكن وضع صناديق بريد متعددة في قائمة انتظار للمعالجة التتابعية.