لماذا تهم قائمة فحص الترحيل
ترحيل البريد الالكتروني من أخطر العمليات التقنية التي تنفذها المؤسسة. فقدان بيانات أو تلف في البريد يمكن أن يؤثر على كل موظف وكل عميل وكل عملية تجارية تعتمد على البريد. مشاكل التواريخ تحديدا من أكثر المشاكل شيوعا وأقلها توثيقا.
هذه القائمة تغطي الخطوات اللازمة لتقليل مشاكل التواريخ أثناء الترحيل، وماذا تفعل إذا ظهرت رغم ذلك.
قبل الترحيل
توثيق البيئة المصدرية
قبل أي ترحيل، وثق البيئة المصدرية بالتفصيل: نوع خادم البريد وإصداره، عدد صناديق البريد، متوسط عدد الرسائل لكل صندوق، أي قيود على IMAP (حدود حجم أو اتصالات متزامنة). سجل عينة من تواريخ الرسائل من عدة صناديق بريد كمرجع للمقارنة بعد الترحيل.
اختيار الأداة المناسبة
اختيار أداة الترحيل مهم لكن لن يمنع مشكلة التاريخ تماما. جميع أدوات ترحيل IMAP (BitTitan وCloudM وimapsync وGSMMO واستيراد IMAP من Exchange) يمكن أن تسبب المشكلة. الأداة التي تحافظ على INTERNALDATE (مثل imapsync مع --syncinternaldates) قد تقلل المشكلة في بعض العملاء لكنها لن تقضي عليها في العملاء التي تعتمد على رؤوس "Received".
الاختبار بصندوق بريد تجريبي
قبل ترحيل جميع صناديق البريد، رحل صندوق بريد تجريبي واحد وتحقق من التواريخ في جميع عملاء البريد المستخدمة في المؤسسة. لا تكتف بالتحقق في عميل واحد فقط (مثل واجهة Gmail على الويب)، تحقق في Outlook وApple Mail وأي عميل آخر مستخدم.
أثناء الترحيل
المراقبة في الوقت الحقيقي
أثناء الترحيل، راقب التقدم وتحقق من التواريخ بشكل دوري. إذا لاحظت مشكلة تاريخ في المرحلة المبكرة، يمكنك التخطيط للإصلاح مسبقا بدلا من اكتشافه بعد إتمام الترحيل بالكامل.
إبقاء المصدر متاحا
لا تغلق خادم البريد المصدر فورا بعد الترحيل. أبقه متاحا لمدة 30 يوما على الأقل. هذا يتيح الرجوع إليه للمقارنة والتحقق. إغلاق المصدر مبكرا يقطع آخر شريان أمان في حالة حدوث مشاكل.
بعد الترحيل
التحقق من التواريخ عبر عملاء متعددة
بعد إتمام الترحيل، تحقق من تواريخ الرسائل في جميع عملاء البريد المستخدمة. إذا كانت التواريخ خاطئة (تعرض تاريخ الترحيل)، فالمشكلة مؤكدة وتحتاج إصلاحا على مستوى الخادم.
تشغيل فحص مجاني
التحليل المجاني من Redate.io يحدد بالضبط عدد الرسائل المتأثرة في كل صندوق بريد. هذا يعطي صورة واضحة لنطاق المشكلة قبل اتخاذ قرار بالإصلاح.
عندما تكون التواريخ خاطئة بالفعل
إذا كانت التواريخ خاطئة بالفعل، الحل البديل (الترتيب حسب تاريخ الارسال) لا يصلح البيانات الأساسية (لماذا الترتيب بتاريخ الارسال ليس حلا). إعادة الترحيل مكلفة ومحفوفة بالمخاطر (مقارنة خيارات الإصلاح). الإصلاح الفعلي يتطلب تصحيح البيانات على مستوى الخادم. لكن القيام بذلك بنص برمجي محلي محفوف بالمخاطر: رسائل S/MIME وPGP المشفرة وهياكل MIME المعقدة وعشرات الحالات الخاصة يمكن أن تفسد البيانات. والأهم من ذلك: كيف تتحقق أن 10,000 رسالة مصححة كلها سليمة؟
هل أنت مستعد للتحقق إذا كان صندوق بريدك يعاني من مشاكل تواريخ؟ ابدأ تحليلا مجانيا مع Redate.io - لا دفع مطلوب لمعرفة عدد الرسائل المتأثرة.