English
Francais
Deutsch
Espanol
Portugues
Italiano
Nederlands
Dansk
Svenska
Norsk
Suomi
Turkce
Ellinika
Russkij
Polski
Cestina
Ukrajinska
Magyar
Romana
Bulgarski
Hrvatski
Srpski
Slovencina
Slovenscina
Lietuviu
Latviesu
Eesti
日本語
한국어
العربية
Bahasa Indonesia
إصلاح تواريخ ترحيل imapsync في Outlook
لماذا يكسر ترحيل imapsync تواريخ البريد في Outlook
شغلت imapsync مع --syncinternaldates. راجعت السجلات. بدا كل شيء نظيفا. ثم فتحت Outlook ووجدت كل رسالة في صندوق البريد المرحل تعرض نفس التاريخ. ماذا حدث؟
إليك ما يغفله معظم المسؤولين: INTERNALDATE ورؤوس Received هما آليتان مختلفتان تماما للتاريخ، ولا يستخدم Outlook الآلية التي يحميها imapsync. يخبر علم --syncinternaldates أداة imapsync بالحفاظ على IMAP INTERNALDATE - الطابع الزمني من جانب الخادم المخزن مع كل رسالة. يفعل imapsync هذا بشكل صحيح في معظم الحالات. لكن عندما يعالج خادم الوجهة الرسالة المرفوعة يضيف رأس Received جديدا في أعلى سلسلة رؤوس البريد. يحمل هذا الرأس الطابع الزمني للترحيل - اللحظة الدقيقة لرفع الرسالة.
يقرأ عمود "مستلم" في Outlook من رؤوس Received هذه وليس من INTERNALDATE. فحتى عندما يحافظ imapsync بشكل مثالي على INTERNALDATE على الخادم يتجاهله Outlook ويعرض تاريخ الترحيل من رأس Received بدلا من ذلك. يمكنك التحقق بنفسك: اتصل بنفس الخادم بعميل IMAP خام وشغل أمر FETCH لـ INTERNALDATE وقد ترى التاريخ الصحيح. لكن Outlook سيظل يعرض التاريخ الخاطئ.
هذا الانفصال بين INTERNALDATE ورؤوس Received أحرق آلاف المسؤولين على مر السنين (راجع أي موضوع في منتدى مسؤولي أنظمة عن مشاكل تواريخ imapsync - الارتباك في كل مكان). يركز توثيق imapsync بشدة على الحفاظ على INTERNALDATE مما يعطي المسؤولين ثقة زائفة. مشكلة رأس Received مسألة منفصلة تماما ولم يصمم --syncinternaldates أبدا لمعالجتها.
كيف تبدو التواريخ المعطلة فعلا في Outlook
افتح Outlook بعد ترحيل imapsync ورتب صندوق الوارد حسب التاريخ. كل رسالة - سواء أرسلت الأسبوع الماضي أو في 2017 - تقع على نفس التاريخ. يعرض عمود "مستلم" الطابع الزمني للترحيل لجميعها. تمرر عبر 30,000 رسالة. نفس التاريخ. نفس التاريخ. نفس التاريخ. العثور على رسالة محددة من قبل ستة أشهر؟ حظا سعيدا. يعيد بحث Outlook المبني على التاريخ كل شيء أو لا شيء لأن كل رسالة تطابق نفس نطاق التاريخ.
المسؤولون الذين يكتشفون المشكلة يقضون عادة ساعات في استكشاف الأخطاء في الجانب الخاطئ. يعيدون بناء ملفات OST ويحذفون ملفات تعريف Outlook ويعيدون إنشاءها ويمسحون الذاكرة المخبأة المحلية بل حتى يعيدون تثبيت Office. لا شيء يعمل لأن المشكلة ليست في Outlook. إنها في رؤوس البريد الموجودة على خادم البريد. يعرض Outlook بشكل صحيح ما تخبره به الرؤوس - لكن الرؤوس خاطئة. المسار الوحيد للحل هو تصحيح رؤوس Received وINTERNALDATE على مستوى الخادم لكل رسالة متأثرة.
يتصل Redate.io مباشرة بخادم البريد ويشغل معالجة آمنة للرسائل على المستوى المنخفض مع التحقق لكل رسالة على حدة. تحلل كل رسالة لكشف بصمة ترحيل imapsync في سلسلة رؤوس Received وفصل رؤوس التسليم الشرعية عن المحقونة أثناء الترحيل. تحتفظ الرسالة المصححة بكل رأس ومرفق وعلامة أصلية. يعالج Redate.io صناديق البريد على أي خادم IMAP قياسي - سواء Dovecot أو Courier أو Cyrus أو Exchange أو أي منصة أخرى متوافقة مع IMAP كانت هدف ترحيل imapsync.
الأسئلة الشائعة
استخدمت --syncinternaldates لكن Outlook لا يزال يعرض تواريخ خاطئة. لماذا؟
يحافظ علم --syncinternaldates على IMAP INTERNALDATE لكن Outlook يقرأ رأس Received لعرض التاريخ. يضيف خادم الوجهة رأس Received جديدا أثناء الترحيل بالطابع الزمني للرفع وهذا ما يعرضه Outlook. هذان مصدران منفصلان للتاريخ يتطلبان إصلاحات منفصلة.
هل يمكنني إصلاح التواريخ بتعديل رؤوس البريد يدويا؟
نظريا ستحتاج لتنزيل كل رسالة وتعديل الرؤوس وحذف نسخة الخادم وإعادة الرفع بـ INTERNALDATE الصحيح. لصندوق بريد فيه آلاف الرسائل هذا غير واقعي. يؤتمت Redate.io العملية بأكملها مع التحقق المدمج لكل رسالة.
هل يعمل Redate.io مع أي خادم IMAP كان هدف imapsync؟
نعم. يدعم Redate.io أي خادم IMAP قياسي - Dovecot وCourier وCyrus وExchange وغيرها. بغض النظر عن الخادم الذي استقبل ترحيل imapsync يمكن لـ Redate.io الاتصال وتصحيح التواريخ.
هل سيؤثر إصلاح التواريخ على بيانات البريد الأخرى مثل المرفقات أو العلامات؟
لا. يصحح Redate.io فقط البيانات الوصفية المتعلقة بالتاريخ. يحافظ على جميع محتويات الرسالة والمرفقات وحالة القراءة/عدم القراءة وتعيينات المجلدات والعلامات تماما كما هي. يتم التحقق من كل رسالة مصححة قبل نقل النسخة الأصلية إلى موقع النسخ الاحتياطي.