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
إصلاح تواريخ النسخ اليدوي عبر IMAP في Gmail
لماذا يفسد النسخ اليدوي عبر IMAP تواريخ البريد في Gmail
يبدو النسخ اليدوي عبر IMAP إلى Gmail بسيطا بما فيه الكفاية: أضف حسابك المصدر وGmail إلى عميل بريد مثل Outlook أو Thunderbird أو Apple Mail ثم اسحب الرسائل. ما لا يخبرك به أحد هو أن كل عميل بريد يسقط بيانات التاريخ الوصفية الأصلية أثناء هذه العملية. يرفع العميل الرسائل إلى Gmail دون تحديد INTERNALDATE الأصلي فيسجل Gmail الطابع الزمني للرفع بدلا من ذلك. آلاف الرسائل، تاريخ واحد.
يضيف Gmail تعقيدا خاصا به للمشكلة. عندما يتلقى رسالة مرفوعة تضيف بوابة IMAP في Gmail رأس Received جديدا مختوما بالتاريخ والوقت الحاليين. يستقر هذا الرأس في أعلى سلسلة الرؤوس. واجهة Gmail على الويب ذكية بما يكفي لاستخدام رأس Date من نص الرسالة لأغراض العرض فقد تبدو التواريخ صحيحة في المتصفح. لكن كل عميل IMAP يتصل بعد ذلك يقرأ INTERNALDATE التالف من خوادم Google.
من يقوم فعلا بالنسخ اليدوي عبر IMAP؟ أشخاص أكثر مما تتوقع. شركات صغيرة تدمج من Yahoo Mail أو مزود استضافة رخيص إلى Gmail. مستقلون يدمجون ثلاثة حسابات في واحد. مستشارو تقنية معلومات يرحلون صندوق بريد عميل من مزود ليس له أداة ترحيل رسمية. يبدو أسلوب السحب والإفلات بديهيا وآمنا. لكن على مستوى بروتوكول IMAP تدمر بيانات التاريخ الوصفية بصمت أثناء النقل - وبحلول وقت ملاحظة أي شخص قد يكون الحساب المصدر مغلقا بالفعل.
كيف تؤثر التواريخ التالفة على مستخدمي Gmail
ينقسم التأثير إلى عالمين. في واجهة Gmail على الويب قد تبدو التواريخ صحيحة لأن Gmail يقرأ رأس Date من نص الرسالة. في أي عميل IMAP - سواء Outlook أو Apple Mail أو Thunderbird أو تطبيق Gmail على Android - يظهر تاريخ النسخ بدلا من ذلك. ينشئ هذا وضعا محيرا حيث تعرض نفس الرسالة تواريخ مختلفة حسب طريقة الوصول إليها.
لكن الضرر أعمق من مجرد تناقضات العرض. هل جربت إجراء تدقيق امتثال على صندوق بريد فيه 30,000 رسالة تحمل جميعها نفس INTERNALDATE؟ تعيد عمليات البحث في Google Vault حسب التاريخ نتائج مضللة. أدوات النسخ الاحتياطي مثل MailStore وVeeam أو سكريبتات الأرشفة المخصصة التي تتصل عبر IMAP تسجل التواريخ الخاطئة بشكل دائم. قد تشير عمليات تصدير Google Takeout إلى INTERNALDATE لتسمية الملفات مما ينشئ مجلدات أرشيف حيث تجلس رسائل 2017 بجانب رسائل 2023 تحت تاريخ واحد. لمن جمع سنوات من البريد من مزودين متعددين في Gmail يعني هذا أن تاريخ بريده بالكامل يحمل بيانات تاريخ وصفية غير صحيحة على خوادم Google.
يعالج Redate.io هذا من خلال محرك تصحيح متخصص يستخدم مطابقة الأنماط عبر بصمات أدوات الترحيل لتحديد الرسائل المتأثرة. تجري العملية تصحيحا مستهدفا للبيانات الوصفية على مستوى الخادم مع الحفاظ على محتوى الرسالة والتصنيفات وحالة القراءة والمرفقات واستعادة معلومات التاريخ الدقيقة. تتلقى كل رسالة التحقق الفردي قبل التصحيح وبعده.
الأسئلة الشائعة
استخدمت Thunderbird لنسخ الرسائل إلى Gmail. هل تواريخي متأثرة؟
نعم. لا يمرر Thunderbird مثل جميع عملاء البريد INTERNALDATE الأصلي عند نسخ الرسائل بين حسابات IMAP. يضبط Gmail INTERNALDATE على وقت الرفع. يمكن لـ Redate.io إصلاح هذه التواريخ بغض النظر عن العميل المستخدم للنسخ.
هل يمكن لـ Redate.io إصلاح الرسائل المنسوخة يدويا فقط وترك الباقي؟
نعم. يفحص Redate.io صندوق البريد ويحدد الرسائل التي لا يتطابق فيها INTERNALDATE مع رأس Date بما يتجاوز حدا قابلا للتهيئة. تحدد فقط الرسائل المتأثرة للتصحيح. تترك الرسائل التي استقبلها Gmail أصلا بتواريخ صحيحة دون أي تعديل.
هل يعمل الإصلاح للرسائل المنسوخة من حسابات مصدر متعددة؟
نعم. يعالج Redate.io كل رسالة بشكل فردي بناء على رأس Date الأصلي بغض النظر عن مصدر النسخ. يمكن إصلاح حسابات مصدر متعددة تم دمجها في حساب Gmail واحد في عملية واحدة.
ماذا يحدث لرسائلي الأصلية أثناء الإصلاح؟
ينقل Redate.io كل رسالة أصلية إلى تصنيف نسخ احتياطي مخصص داخل Gmail قبل تطبيق التصحيح. كل نسخة أصلية محفوظة ويمكن الوصول إليها. إذا احتجت للتراجع يمكن لـ Redate.io استعادة النسخ الأصلية من تصنيف النسخ الاحتياطي تلقائيا.