لماذا imapsync شائع (ولماذا التواريخ تتلف رغم ذلك)
imapsync هي أداة ترحيل البريد المرجعية لمسؤولي Linux ومقدمي الاستضافة والمؤسسات التي تفضل البرمجيات مفتوحة المصدر. imapsync تنقل صناديق البريد بين أي خادمين IMAP بوضوح ومرونة. الأداة تحاول فعلا الحفاظ على INTERNALDATE الأصلية (طابع التسليم الزمني من جانب الخادم) أثناء الترحيل.
لكن رغم أفضل جهود imapsync، تواريخ الرسائل تظهر خاطئة في عملاء البريد بعد الترحيل. كيف ذلك؟
المشكلة ليست في imapsync نفسها. عندما يرفع imapsync رسالة إلى الخادم الوجهة عبر IMAP APPEND، الخادم الوجهة يضيف رأس "Received" جديدا بطابع الادراج الزمني. هذا سلوك إلزامي في بروتوكول IMAP، لا يستطيع imapsync منعه. والنتيجة: حتى مع حفظ INTERNALDATE بشكل صحيح، رأس "Received" الجديد يجعل عملاء البريد مثل Outlook وApple Mail وThunderbird تعرض تاريخ الترحيل.
ما تقوله أسئلة imapsync الشائعة
وثائق imapsync تعترف صراحة بهذا القيد. الأسئلة الشائعة تذكر أن "التواريخ قد لا تحفظ" وتشرح أنه ناتج عن سلوك بروتوكول IMAP. لكن الأسئلة الشائعة لا تقدم حلا مدمجا لازالة رأس "Received" المضاف بعد الترحيل. كثير من المسؤولين يقرأون هذا ويستنتجون أن المشكلة دائمة. ببساطة، ليست كذلك.
INTERNALDATE مقابل رأس "Received"
imapsync تستخدم خيار --syncinternaldates للحفاظ على INTERNALDATE الأصلية. هذا يعمل للعملاء التي تعتمد على INTERNALDATE (مثل واجهة Gmail على الويب). لكن العملاء التي تقرأ رأس "Received" الأحدث لتحديد تاريخ الاستلام (Outlook وApple Mail وThunderbird) ستعرض تاريخ الترحيل بصرف النظر.
سيناريوهات ترحيل imapsync الشائعة
ترحيل مقدم الاستضافة
مقدمو الاستضافة يستخدمون imapsync بشكل متكرر لنقل صناديق البريد عند تغيير الخوادم أو تحديث منصات البريد. ترحيل 200 صندوق بريد دفعة واحدة شائع. المشكلة تكتشف عادة صباح يوم الاثنين عندما يبدأ المستخدمون بالابلاغ عن تواريخ غريبة.
من خادم Linux إلى Google Workspace
الترحيل من Dovecot أو Courier على Linux إلى Google Workspace باستخدام imapsync شائع جدا. التواريخ قد تبدو صحيحة في واجهة Gmail على الويب (التي تستخدم رأس "Date") لكنها خاطئة في Outlook المتصل بنفس حساب Google. هذا يربك المسؤولين الذين يتحققون فقط في Gmail ويعتقدون أن كل شيء على ما يرام.
توحيد الخوادم
دمج صناديق بريد من عدة خوادم في خادم واحد باستخدام imapsync. كل صندوق بريد مرحل يحصل على رأس "Received" جديد بتاريخ الترحيل. للمؤسسات التي ترحل من خوادم IMAP، راجع أيضا مشاكل تواريخ ترحيل Exchange IMAP.
لماذا الإصلاح بنفسك محفوف بالمخاطر
مسؤولو Linux المرتاحون مع سطر الأوامر يفكرون أحيانا في كتابة نص برمجي لإصلاح المشكلة. فهم المشكلة شيء. تصحيح 15,000 رسالة دون فقدان واحدة شيء آخر تماما.
رسائل S/MIME الموقعة تصبح غير صالحة إذا تغير بايت واحد. رسائل PGP المشفرة لها قيود مشابهة. هياكل multipart بحدود MIME متداخلة قد تنكسر بطرق صامتة. مشاكل Content-Transfer-Encoding ورؤوس RFC 2047 غير ASCII ومرفقات كبيرة: كل منها يمثل حافة هاوية يمكن لنص برمجي بسيط أن يسقط منها. نص يعمل على 10 رسائل اختبارية لن يعمل على صندوق بريد إنتاجي يحتوي 50,000 رسالة.
والنقطة الحرجة: كيف تتحقق أن كل رسالة مصححة سليمة؟ بدون نظام تحقق مخصص، لن تعرف أن شيئا فشل حتى يبلغ مستخدم عن مرفق مفقود أو محادثة مكسورة.
إصلاح تواريخ imapsync
كيف يتعامل Redate.io مع imapsync
Redate.io يتصل بصندوق البريد الوجهة (حيث رحل imapsync الرسائل إليه) ويحلل كل رسالة لتحديد آثار الترحيل. خط أنابيب التحليل يتضمن مطابقة توقيعات على أنماط imapsync المعروفة بالاضافة إلى أنماط ترحيل عامة. التحليل مجاني ويعرض عدد الرسائل المتأثرة بالضبط.
لكل رسالة متأثرة، يطبق محرك التصحيح تصحيحات مستهدفة عبر خط أنابيب تحليل متعدد المراحل. المحرك يحافظ على سلامة الرسالة عبر هياكل MIME المعقدة ويتحقق من كل تصحيح قبل الانتهاء. الرسائل الأصلية تحفظ في مجلد مرئي "Redate.io - Originals" لمدة 30 يوما.
التسعير والحجم
التسعير لكل صندوق بريد: 29 يورو لحتى 500 رسالة، 49 يورو لحتى 1,000، 99 يورو لحتى 10,000، 199 يورو لحتى 30,000 و349 يورو لحتى 100,000. تجربة مجانية تصلح 10 رسائل أولا لكل صندوق بريد. للمؤسسات بصناديق بريد كثيرة، تتوفر أسعار حجم من Redate.io.
ترحيل imapsync أفسد التواريخ؟ ابدأ تحليلا مجانيا لمعرفة عدد الرسائل المتأثرة وإصلاحها مع Redate.io.