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
إصلاح تواريخ ترحيل GSMMO في Outlook
لماذا يدمر ترحيل GSMMO تواريخ البريد في Outlook
GSMMO (Google Workspace Migration for Microsoft Outlook) هو أداة Google الرسمية لترحيل ملفات PST وملفات تعريف Outlook إلى Google Workspace. يقرأ الرسائل من بيانات Outlook المحلية ويرفعها إلى حساب Google Workspace عبر Gmail API. أثناء الرفع يختم Gmail كل رسالة بالطابع الزمني الحالي كـ INTERNALDATE ويضيف رأس Received يعكس تاريخ الترحيل.
ثم تأتي المفارقة. رحلت بعيدا عن Outlook إلى Google Workspace باستخدام GSMMO لكنك لا تزال بحاجة إلى Outlook (ربما تتطلب شركتك ذلك أو تفضله ببساطة). فتوصل Outlook بحساب Google Workspace عبر IMAP أو Google Workspace Sync. يقرأ Outlook IMAP INTERNALDATE ورأس Received الأعلى - وكلاهما يحتوي الآن على تاريخ الترحيل. كل رسالة كانت تظهر بشكل مثالي في ملف PST القديم تعرض الآن تاريخ ترحيل GSMMO في عمود الاستقبال في Outlook.
ما يجعل عمليات ترحيل GSMMO مؤلمة بشكل خاص هو فجوة التوقعات. يتبع المستخدمون دليل Google الرسمي خطوة بخطوة للترحيل. يتوقعون أن تكون العملية شفافة وتحافظ على تاريخ بريدهم كما هو. لا أحد يحذرهم من استبدال بيانات التاريخ الوصفية. تكتشف المشكلة بعد أيام عندما يفتحون Outlook ويجدون 8 سنوات من تاريخ البريد مختومة بتاريخ يوم الثلاثاء الماضي. ولأن GSMMO أداة خدمة ذاتية فإن المستخدمين المتأثرين غالبا أفراد بلا دعم تقني لتشخيص المشكلة.
كيف تؤثر التواريخ الخاطئة على Outlook بعد GSMMO
فكر في طريقة استخدامك لـ Outlook. ترتب حسب التاريخ. تتفحص عمود الاستقبال للعثور على تلك الرسالة من قبل ثلاثة أشهر. تستخدم نطاقات التاريخ في البحث. كل هذا يتعطل بعد ترحيل GSMMO. كل رسالة - عروض العملاء من 2018 والفواتير من 2021 ومناقشات الفريق من الربع الماضي - تعرض تاريخ الترحيل المتطابق. يتحول عرض Outlook المرتب حسب التاريخ إلى جدار من الطوابع الزمنية المتطابقة.
لا يزال عرض المحادثات في Outlook يجمع الرسائل ذات الصلة حسب الموضوع ومعرف الرسالة لذا يعمل التسلسل تقنيا. لكن التاريخ المعروض بجانب كل رسالة في المحادثة خاطئ مما يجعل من المستحيل فهم متى أرسل كل رد فعلا. تعرض دعوات التقويم وردود الاجتماعات في صندوق البريد المرحل تاريخ الترحيل مما يخلق ارتباكا عند مراجعة قرارات الجدولة السابقة. تعيد مرشحات بحث Outlook التي تعتمد على تاريخ الاستقبال (مثل "received: last month") إما كل شيء أو لا شيء حسب وقت الترحيل. بالنسبة للمحترفين الذين يعتمدون على التنظيم حسب التاريخ في Outlook لإدارة مئات الرسائل يوميا، يدمر ترحيل GSMMO سير عملهم فعليا.
يصلح Redate.io هذا من خلال مطابقة أنماط بصمات ترحيل GSMMO مع معالجة آمنة للرسائل على المستوى المنخفض. يستهدف التصحيح فقط بيانات التاريخ الوصفية - يبقى محتوى الرسالة والمرفقات وبنية المجلدات دون تغيير. يتم التحقق من كل رسالة مصححة بشكل فردي مقابل رأس Date الأصلي.
الأسئلة الشائعة
هل يفترض أن يحافظ GSMMO على تواريخ البريد أثناء الترحيل؟
يحافظ GSMMO على رأس Date الأصلي داخل نص كل رسالة لكنه لا يستطيع منع Gmail من ضبط INTERNALDATE على الطابع الزمني للرفع. عندما يقرأ Outlook صندوق البريد عبر IMAP يعرض INTERNALDATE وهو تاريخ الترحيل وليس التاريخ الأصلي.
رحلت صندوق بريدي بنفسي باستخدام GSMMO. هل يمكنني إصلاحه بدون مساعدة تقنية؟
نعم. صمم Redate.io لكل من المستخدمين الأفراد ومسؤولي تقنية المعلومات. يمكن لمستخدم Google Workspace واحد توصيل حسابه وفحص الرسائل المتأثرة وإصلاح التواريخ دون الحاجة لصلاحيات مسؤول على مستوى النطاق أو خبرة تقنية.
هل سيصلح إصلاح التواريخ في Redate.io التواريخ في عملاء البريد الأخرى أيضا؟
نعم. يصحح Redate.io التاريخ على مستوى الخادم داخل حساب Google Workspace. بعد المعالجة تظهر التواريخ الصحيحة في Outlook وGmail على الويب وApple Mail وThunderbird وأي عميل آخر متصل بهذا الحساب.
كيف يتعامل Redate.io مع الرسائل التي يكون فيها رأس Date مفقودا أيضا؟
يحدد فحص Redate.io الرسائل التي يختلف فيها INTERNALDATE عن رأس Date. في الحالات النادرة التي يكون فيها رأس Date مفقودا أو تالفا تحدد تلك الرسائل للمراجعة بدلا من معالجتها تلقائيا مما يضمن عدم وجود أي خطر لتعيين تاريخ غير صحيح.