إصلاح تواريخ ترحيل Zoho Migration Wizard في Outlook
لماذا يعرض ترحيل Zoho تواريخ خاطئة في Outlook
Zoho Migration Wizard هو الأداة المدمجة لنقل صناديق البريد إلى Zoho Mail من Google Workspace أو Microsoft 365 أو أي خادم IMAP عام. ينزل كل رسالة من المصدر ويعيد رفعها إلى بنية Zoho التحتية. أثناء الرفع يختم نظام معالجة البريد في Zoho كل رسالة برأس Received جديد يحتوي على الطابع الزمني للترحيل. يضبط INTERNALDATE - تاريخ التسليم على مستوى الخادم - على لحظة استيعاب Zoho للرسالة وليس لحظة إرسالها أو استقبالها أصلا.
الآن وصل Outlook بحساب Zoho Mail عبر IMAP. يقرأ Outlook INTERNALDATE لملء عمود "مستلم". كل رسالة - سواء من الأسبوع الماضي أو من 2014 - تعرض تاريخ الترحيل. يحتفظ رأس Date داخل كل رسالة بالطابع الزمني الأصلي الصحيح لكن Outlook لا يستخدم هذا الرأس للعرض. يثق بـ INTERNALDATE من الخادم.
لماذا يفعل Zoho هذا؟ يعامل معالج الترحيل الرسائل المرفوعة بنفس طريقة معاملة البريد المستلم حديثا. لا يوجد "وضع ترحيل" خاص يحافظ على الطابع الزمني الأصلي للتسليم (على الأقل ليس وضعا يعمل بشكل موثوق عبر جميع المنصات المصدر). النتيجة: صندوق بريد يحتوي على 12,000 رسالة تمتد عبر 8 سنوات من المراسلات التجارية تعرض جميعها نفس التاريخ في Outlook.
تتأثر الشركات الصغيرة والمتوسطة بهذا أكثر من غيرها. اختاروا Zoho Mail كبديل اقتصادي لـ Google Workspace أو Microsoft 365. شغلوا معالج الترحيل متوقعين انتقالا سلسا. والآن لا يستطيع المحاسب إيجاد فاتورة مارس 2022 ولا يستطيع الفريق القانوني إنتاج سجلات بريد دقيقة التاريخ وتجربة Outlook بأكملها معطلة.
كيف يعطل ذلك Outlook مع Zoho Mail
يعرض عمود "مستلم" في Outlook تاريخ ترحيل Zoho لكل رسالة. الترتيب حسب التاريخ يعطي جدارا من الرسائل متطابقة التاريخ. تصبح تجميعات Outlook التلقائية حسب التاريخ - اليوم وأمس وهذا الأسبوع والشهر الماضي وأقدم - بلا معنى لأن كل رسالة تسقط في نفس المجموعة. تعيد عمليات البحث بنطاق التاريخ صندوق البريد بأكمله أو لا شيء على الإطلاق.
بالنسبة للشركات التي تعتمد على Outlook كعميل البريد اليومي مع Zoho Mail كخلفية، هذا ليس إزعاجا بسيطا بل مشكلة تشغيلية. تختل الخطوات السريعة والقواعد التي تشير إلى التواريخ. العثور على رسالة محددة من تاريخ معروف يتطلب التمرير عبر آلاف النتائج يدويا. تعرض الرسائل المطبوعة تاريخ الترحيل في حقل "مستلم" مما قد ينشئ مشاكل للتوثيق والتدقيق والامتثال القانوني. يتصل Redate.io بـ Zoho Mail عبر IMAP القياسي ويشغل خط معالجة متعدد المراحل لتحليل الرؤوس يحدد كل رسالة متأثرة ويصحح بيانات التاريخ الوصفية ويتحقق من كل إصلاح بشكل فردي - كل ذلك دون تعديل محتوى الرسالة نفسه.
الأسئلة الشائعة
هل يسبب Zoho Migration Wizard تلف التواريخ دائما؟
نعم. تضبط عملية ترحيل Zoho INTERNALDATE على الطابع الزمني للرفع لكل رسالة مرحلة. هذا متأصل في طريقة تعامل Zoho Mail مع الرسائل الواردة أثناء الترحيل ويؤثر على 100% من الرسائل المرحلة بغض النظر عن المنصة المصدر.
هل يمكن لـ Redate.io الاتصال بـ Zoho Mail مباشرة؟
نعم. يتصل Redate.io بـ Zoho Mail عبر IMAP القياسي. يحتاج المستخدمون لتمكين وصول IMAP في إعدادات Zoho Mail وتقديم بيانات الاعتماد أو كلمة مرور خاصة بالتطبيق. تعمل عملية الفحص والتصحيح والتحقق بالكامل عبر اتصال IMAP هذا.
هل يملك Zoho Mail ميزة مدمجة لإصلاح التواريخ؟
لا. لا يوفر Zoho Mail أي أداة لتصحيح INTERNALDATE أو رؤوس Received بعد الترحيل. لا يستطيع دعم Zoho أيضا تعديل تواريخ التسليم على نطاق واسع. بني Redate.io خصيصا لحل هذه المشكلة تحديدا.
كم عدد الرسائل التي يمكن لـ Redate.io إصلاحها في حساب Zoho Mail؟
يتعامل Redate.io مع صناديق بريد بأي حجم. سواء احتوى الحساب على 500 أو 50,000 رسالة مرحلة يعالج محرك التصحيح كل رسالة مع التحقق لكل رسالة على حدة. تستغرق صناديق البريد الأكبر ببساطة وقتا أطول نسبيا للإكمال.