ما هي CloudM ولماذا تسبب مشاكل في التواريخ؟
CloudM Migrate (المعروفة سابقا بـ Cloud Migrator) هي منصة ترحيل يستخدمها مقدمو الخدمات المدارة وفرق تقنية المعلومات في المؤسسات لنقل البيانات بين منصات البريد. يتميز CloudM بشكل خاص بالترحيل من وإلى Google Workspace، لكنه يدعم أيضا Microsoft 365 وExchange Server وخوادم IMAP المختلفة.
بعد ترحيل CloudM، يبلغ المستخدمون أن كل رسالة تعرض نفس التاريخ، وهو تاريخ الترحيل. سنوات من المراسلات تبدو وكأنها وصلت في يوم واحد. هل سبق لك أن أمضيت ساعات في تنظيم صندوق بريد ثم اكتشفت أن كل ترتيب زمني قد ضاع؟ هذا بالضبط ما يحدث.
رأس "Received" الخاص بـ CloudM
أثناء عملية الترحيل، يعالج CloudM كل رسالة ويرفعها إلى الخادم الوجهة. الخادم الوجهة يضيف رأس "Received" جديدا يحتوي طابعا زمنيا يوافق لحظة الادراج. قد يحتوي هذا الرأس إشارة إلى "cloudm.io" أو نطاق CloudM، أو قد يكون ادخال عام "localhost" حسب تكوين الخادم الوجهة.
رأس "Received" النموذجي بعد ترحيل CloudM:
Received: from cloudm.io by mail.example.com;
Fri, 12 Apr 2019 08:15:42 +0000هذا الرأس يصبح الأحدث في سلسلة "Received"، مما يجعل عملاء البريد تعرض تاريخ الترحيل بدلا من تاريخ التسليم الأصلي.
أي المنصات تتأثر؟
Google Workspace كوجهة
عندما يرحل CloudM رسائل إلى Google Workspace، تتأثر التواريخ في جميع عملاء IMAP المتصلة بحساب Google (Outlook وApple Mail وThunderbird). واجهة Gmail على الويب قد تعرض التاريخ الصحيح (لأنها تستخدم رأس "Date" في بعض الحالات)، لكن أي عميل IMAP سيعرض تاريخ الترحيل. للمزيد، راجع إصلاح تواريخ البريد بعد ترحيل Google Workspace.
Microsoft 365 كوجهة
عند الترحيل إلى Microsoft 365، تتأثر التواريخ في Outlook Desktop وOutlook Mobile وOutlook Web App (OWA). خاصة OWA الذي عادة يعرض تاريخ "مستلم" المبني على رؤوس "Received". للمزيد، راجع إصلاح تواريخ البريد بعد ترحيل Microsoft 365.
خوادم IMAP كوجهة
عند الترحيل إلى خوادم IMAP أخرى (Zimbra أو Zoho أو cPanel)، المشكلة واحدة. الخادم الوجهة يضيف رأس "Received" أثناء IMAP APPEND، وعملاء البريد تعرض تاريخ الادراج.
تشخيص مشاكل تواريخ CloudM
عرض الرؤوس للتأكيد
لتأكيد أن CloudM هي سبب مشكلة التاريخ، افحص رؤوس رسالة متأثرة. ابحث عن رأس "Received" يحتوي إشارة إلى CloudM أو طابعا زمنيا يطابق تاريخ الترحيل. في Outlook: افتح الرسالة ثم ملف ثم خصائص وافحص "رؤوس الانترنت". في Gmail: قائمة النقاط الثلاث ثم "إظهار الرسالة الأصلية".
CloudM مقابل الأدوات الأخرى
إذا لم تكن متأكدا أي أداة نفذت الترحيل، فحص الرؤوس سيكشف ذلك. رؤوس "Received" من CloudM تحتوي عادة إشارات إلى نطاقات CloudM. أدوات أخرى تترك بصمات مختلفة: "mx.migrationwiz.com" لـ BitTitan، ادخالات GSMMO الخاصة بـ Google وهكذا. الأداة المسببة لا تهم لأن Redate.io يتعامل مع جميعها.
إصلاح تواريخ CloudM باستخدام Redate.io
العملية
Redate.io يتصل بصندوق البريد عبر البروتوكول المناسب (Google Workspace API أو Microsoft Graph API أو IMAP) ويحلل كل رسالة لتحديد آثار ترحيل CloudM. التحليل مجاني. لكل رسالة متأثرة، يطبق محرك التصحيح الخاص تصحيحات مستهدفة عبر خط أنابيب تحليل متعدد المراحل مع مطابقة توقيعات على ملفات تعريف أدوات ترحيل معروفة. كل تصحيح يتحقق منه قبل الانتهاء.
بعد الإصلاح
بعد المعالجة، الرسائل تعرض تواريخها الأصلية الصحيحة في جميع العملاء. الترتيب بالتاريخ يعمل مجددا. الرسائل الأصلية محفوظة في مجلد مرئي "Redate.io - Originals" لمدة 30 يوما. لا حاجة لتغيير إعدادات أو صيانة مستمرة.
ترحيل CloudM ترك كل رسالة بتاريخ خاطئ؟ ابدأ تحليلا مجانيا مع Redate.io لمعرفة عدد الرسائل المتأثرة بالضبط ومعاينة التصحيح قبل الشراء.