تحديد مشاكل GWMME وحلّها

يمكن أن تحدث هذه المشكلة للأسباب التالية:

• خادم Exchange لا يعمل.
• مشكلة في الشبكة تؤدي إلى حظر الاتصال بين جهاز العميل وخادم Exchange. للتحقُّق من الاتصال، يمكنك فحص اتصال الخادم من جهاز العميل.
• استخدام اسم غير صحيح لخادم Exchange أو للمشرف للتحقُّق من هذه المعلومات، يُرجى اتّباع الخطوات التالية:
  1. على الجهاز العميل، انقر على لوحة التحكم البريد لإنشاء ملف شخصي على Microsoft Outlook لحساب المشرف المطلوب استخدامه لنقل البيانات.
  2. في GWMME، في شاشة الخطوة 1 (Server Details (تفاصيل الخادم)):
     • في الحقل اسم المضيف/عنوان IP، أدخِل اسم مضيف Exchange من الملف الشخصي.
     • في حقل اسم المستخدم للمشرف، أدخِل اسم المستخدم من الملف الشخصي.

في حال نقل البيانات من خادم مستضاف، يجب أن يستخدم الملف الشخصي لحساب المشرف الإعدادات التلقائية للاتصال بالخادم. ولن ينجح الاتصال في حال تعديل أيٍ من الإعدادات ضمن لوحة التحكم البريد اسم الملف الشخصي الخصائص حسابات البريد الإلكتروني اسم الملف الشخصي تغيير حساب البريد الإلكتروني المزيد الإعدادات.

تحقَّق من إدخال الاسم وكلمة المرور الصحيحَين للمشرف.

وفي حال استمرار المشكلة، يُرجى التحقُّق من إدخال الاسم الصحيح لخادم Exchange من خلال الخطوات التالية:

1. على الجهاز العميل، انقر على لوحة التحكم البريد لإنشاء ملف شخصي على Outlook لحساب المشرف المطلوب استخدامه لنقل البيانات.
2. في GWMME، في شاشة الخطوة 1 (Server Details (تفاصيل الخادم)):
   • في الحقل اسم المضيف/عنوان IP، أدخِل اسم مضيف Exchange من الملف الشخصي.
   • في حقل اسم المستخدم للمشرف، أدخِل اسم المستخدم من الملف الشخصي.

في حال تعطُّل أداة GWMME بعد البدء مباشرةً، تأكَّد من تشغيلها على جهازك العميل وليس على خادم Exchange. يمكن أن يؤدي تشغيل الأداة على الخادم إلى تعطُّلها. لمزيد من التفاصيل، راجِع وثائق Microsoft.

إذا كنت ترى أنّ سبب تعطُّل أداة GWMME يعود إلى مشاكل متعلقة بموازنة الحِمل، يُرجى الاطّلاع على "إعداد الأجهزة العميلة على Windows" في دليل مشرف GWMME.

في بعض الأحيان، يؤدي تشغيل عمليات إضافية على جهازك (مثل برامج مكافحة الفيروسات والبحث والنسخ الاحتياطي) إلى إيقاف وصول أداة GWMME إلى ملف قاعدة البيانات أثناء نقل البيانات. يشير رمز الخطأ التالي في ملفات السجلّ إلى حدوث هذه المشكلة:

0x80040109
Fail:While stamping the message

على الرغم من أنه قد تم نقل الرسائل، لم تحفظ أداة GWMME المعلومات المتعلقة بنجاح عملية نقل البيانات. وفي حال إعادة تشغيل عملية نقل البيانات مع تحديد البيانات الجديدة فقط، ستحاول أداة GWMME نقل هذه الرسائل مرة أخرى. ولن يؤدي هذا إلى تكرار الرسائل، لكن قد يؤدي إلى تكرار أحداث التقويم أو جهات الاتصال.

في حال تعذُّر نقل البيانات لمستخدم، يُرجى التحقُّق مما يلي:

• تنسيق اسم المستخدم أو عنوان SMTP بشكل صحيح في ملف المستخدم
• المستخدم ليس مخفيًا في "قائمة العناوين العامة".
• يمتلك المستخدم حسابًا على خادم Exchange.
• تسجيل دخول المستخدم إلى Google Workspace وقبوله لبنود الخدمة وإكماله لعملية إنشاء حسابه على Google Workspace

جرِّب الخطوات التالية لتحديد المشاكل وحلّها والتي من المفترض أن تحلّ جميع أخطاء التحقق من بروتوكول OAuth في GWMME:

• تأكَّد من أنّك قد فوضت البرنامج لنطاقك بشكل صحيح، كما هو موضَّح في تفويض GWMME لحسابك.
• تحقَّق من صحة بيانات مستخدمي Google Workspace وكلمات مرورهم المُدرَجة في ملف CSV. يمكن أن يؤدي خطأ واحد في ملف CSV إلى تعذُّر إجراء عملية نقل البيانات. لمعرفة التفاصيل، يُرجى الانتقال إلى إنشاء ملفات CSV لنقل البيانات.
• تحقَّق من ضبط ساعة النظام على الوقت الصحيح على جهاز الكمبيوتر الذي يُشغِّل أداة GWMME. وفي حال إيقاف ساعة الكمبيوتر، سيتم إرسال الطابع الزمني المحلي غير الصحيح إلى خوادم Google أثناء التحقُّق من صحة OAuth، ما يؤدي إلى فشل العملية. يُرجى مزامنة جهاز الكمبيوتر مع خوادم الوقت على الإنترنت.
• تأكَّد من صلاحية حساب المشرف المتميّز في Google Workspace المُستخدَم لمصادقة GWMME، وإدخال اسم المستخدم بشكل صحيح في إعداد GWMME.

لا تعمل أداة GWMME على إدارة حسابات المستخدمين في Google Workspace. أنشئ حسابات مستخدمي Google Workspace قبل نقل البيانات.

في هذه الحالة، تم تغيير السنة في التاريخ الحالي للجهاز إلى 2022، مما يجعل الشهادة تبدو قديمة. يمكنك عرض التاريخ الحالي في بداية كل سطر من السجل، ولا يتطابق تاريخا Valid from وValid until للشهادة مع التاريخ الحالي. تشير علامة الخطأ WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED إلى عدم النجاح في التحقق من إبطال الشهادة.

يمكنك أيضًا عرض عنوان IP الوجهة واسم المضيف الذي تم حله بعد "Network connection destination details" في السطر الأخير من السجل. وهو يشتمل على 1e100.net address، ما يعني أنّه يتبع Google.

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

في هذه الحالة، تم تثبيت Fiddler وإعداده على فك تشفير HTTPS (ما يعني أنه يستخدم شهادته الخاصة)، ولكن تمت إزالة شهادته من قائمة الشهادات الموثوق بها لدى Windows، لذلك لم يتم الوثوق بها. بما أنّ Fiddler هو خادم وكيل، فقد أشار السجل إلى اتصاله بالعنوان 127.0.0.1 وليس Google. تتضمّن علامات الخطأ WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA، ما يعني أنّ النظام لا يثق في مرجع التصديق (CA). يُرجى ملاحظة أنّ Google لم تصدر هذه الشهادة.

تظهر رسالة خطأ مشابهة لتلك التي تظهر على شاشة الإخراج أو في ملف سجلّ التتبّع:

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.

تتسبب عادةً حسابات المستخدمين التي لا تمتلك الأذونات المطلوبة في حدوث هذه المشكلة. ولحل هذه المشكلة، يُرجى التأكُّد من منح الحسابات إذن الاستلام باسم (Receive As) في Exchange.

في حال حصول الحسابات على إذن الاستلام باسم واستمرار ظهور رسالة الخطأ، قد تتطلب بيئة Exchange منح حسابات المستخدمين إذن الإرسال باسم أيضًا.

يتعذّر على بعض المستخدمين نقل البيانات من Exchange 2010 وتظهر لهم رسائل الخطأ "Failed with 0x80004005" في ملف سجلّ التتبُّع. تحتوي السجلات أيضًا على:

• استدعاءات MAPI العشوائية في Exchange 2010
• رسائل خطأ BufferTooSmall في سجلّ وصول العميل المتعلق باستدعاء الإجراء عن بُعد (RPC) على خادم Exchange Server 2010 Client Access

هذه مشكلة معروفة في Exchange 2010 وOutlook 2007 وOutlook 2010. وقد تحتاج إلى التحديث إلى Exchange 2010 SP2 RU3. لمزيد من المعلومات، يمكنك مراجعة وثائق Microsoft حول أخطاء تعذّر الاتصال بواجهة MAPI.

في حال ظهور مثيلات عديدة لرموز أخطاء HTTP، مثل 500 و502 و503 في السجلَّات، إلى جانب تعذّر تحميل الرسائل بسبب رمز الخطأ 0x8004106a، قد تكون هناك مشكلة في صندوق البريد الإلكتروني المستهدف. وغالبًا ما ترجع هذه المشكلة إلى الحِمل الزائد.

لحلّ هذه المشكلة، تأكَّد من أنّ صندوق البريد المستهدف لا يُستخدَم بكثافة. يمكنك إجراء ما يلي:

• إيقاف أي برامج مزامنة (مثل، IMAP وPOP وأجهزة الجوّال، وبرامج البريد).
• نقل بيانات الرسائل من مصدر واحد فقط وفي وقتٍ واحد

تشير المشاكل التالية إلى عدم إدارة حسابات المستخدمين بشكلٍ صحيح:

• لا تتم مشاركة التغييرات التي تطرأ على حدث تقويم مع الضيوف.
• لا يتم نشر إشعارات "تقويم Google" وتعديلاتها على تقاويم الضيوف.

يمكنك إدارة جميع حسابات المستخدمين في Google Workspace قبل نقل بيانات أي حسابات، حتى إذا كنت تريد نقل البيانات جزئيًا فقط. يُرجى التأكُّد من إضافة أي أسماء نطاقات مستعارة أو ألقاب. وبعد ذلك، لحل المشكلة، يمكنك حذف جميع الأحداث التي يكون فيها المستخدم هو المُنظِّم أو الضيف، ثم إعادة إنشائها.

يتم إعداد GWMME تلقائيًا لنقل البيانات بمعدل 25 مستخدمًا في الثانية. ويتجاوز هذا المعدل خدمة طلبات البحث لكل ثانية (QPS) التلقائية لكلٍ من واجهة برمجة تطبيقات "جهات الاتصال" وواجهة برمجة تطبيقات "تقويم Google".

لحلّ المشكلة، يمكنك تشغيل عمليات نقل البيانات لجهات الاتصال والتقاويم كما يلي:

• بشكلٍ منفصل عن عمليات نقل بيانات البريد الإلكتروني
• بمعدل أقل من 4 إلى 8 مستخدمين في الثانية

في حال تعذُّر نقل بعض الرسائل، قد تتجاوز الرسالة حد الحجم الذي يفرضه Gmail. أو قد تحتوي على أنواع المرفقات المحظورة في Gmail. لمعرفة التفاصيل، يُرجى الانتقال إلى أنواع الملفات المحظورة في Gmail.

قد تحتاج أيضًا إلى إزالة الحدود القصوى لأحجام المجلدات والتأكُّد من عرض المجلدات في IMAP. لمعرفة التفاصيل، يُرجى الانتقال إلى تفعيل الوصول عبر IMAP وPOP وإيقافه للمستخدمين.

يُقدّر Google Workspace عدد الرسائل في بريدك الوارد بعد نقل البيانات. ولا تقدّم عددًا مُطلقًا. لذلك يمكن أن يختلف عدد رسائل البريد الوارد في Gmail عن عدد الرسائل في بريدك الوارد القديم.

إذا كنت تعتقد أن هناك رسائل مفقودة، تحقَّق مما يلي:

• عدم تجاوز حجم الرسائل، بما في ذلك مرفقاتها، 25 ميغابايت. لا يمكنك نقل رسائل أكبر من 25 ميغابايت. لمعرفة التفاصيل، يُرجى الانتقال إلى إرسال المُرفقات مع رسالة Gmail.
• عدم حظر Gmail لمرفق الرسالة تحظر خدمة Gmail أنواعًا مُعيَّنة من المرفقات، مثل الملفات التنفيذية. لمعرفة التفاصيل، يُرجى الانتقال إلى أنواع الملفات المحظورة في Gmail.
• إنّ الرسالة ضمن مجلد أو نطاق زمني يشكّل جزءًا من عملية النقل.

قد ينتج عن عمليات نقل ملفات Exchange أو PST فقدان رسائل أو نقلها ببيانات مُرسِل أو مُستلِم غير صحيحة. قد يكون عنوان SMTP لمرسل الرسالة أو مستلمها مفقودًا ويُستخدَم عنوان Exchange X.500 بدلاً منه. ومن الممكن أن يحدث ذلك في حال عدم إنشاء ملف شخصي لقائمة العناوين العامة (GAL)، أو إزالة المستخدم منها.

ما يحدث عند عثور GWMME على عنوان X.500

عند عثور أداة GWMME على عنوان X.500، فإنها تبحث عن ملف شخصي لبريد MAPI مسجّل على خادم نقل البيانات الذي يتطابق مع اسم مؤسسة X.500 Exchange نفسه. وفي حال العثور على أحد هذه الملفات، تحل أداة GWMME عنوان X.500 باستخدام تسجيل دفتر العناوين في الملف الشخصي لبريد MAPI.

وإذا لم تعثُر GWMME على هذه المعلومات في دفتر عناوين Exchange، ستعمل على تحويل عنوان X.500 إلى عنوان بروتوكول SMTP. ولإجراء ذلك، تنظر الأداة إلى آخر قيمة CN لعنوان X.500 وتستخدمها باعتبارها اسم مستخدم عنوان البريد الإلكتروني. مثلاً، يؤدي عنوان X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS إلى عنوان البريد الإلكتروني ex_alias@example.com لبروتوكول SMTP.

كيفية استخدام دفتر عناوين Exchange لحل عنوان X.500

1. أنشئ ملفًا شخصيًا لبريد MAPI (غير وضع التخزين المؤقّت) على الخادم الذي يُجري نقل البيانات.
2. تأكَّد من إعداد ملف بريد MAPI على الخادم المُستخدَم لنقل ملفات PST.
3. يجب أن يكون ملف بريد MAPI متصلاً بخادم Exchange الأصلي حتى تتمكّن أداة GWMME من حل المستلمين بشكلٍ صحيح باستخدام قائمة العناوين العامة.
4. اضبط ملف بريد MAPI باستخدام حساب المستخدم أو حساب الخدمة المُسجَّل الدخول إليه حاليًا لتجنب أخطاء المصادقة.

ملاحظة مهمة

عليك اختبار نقل البيانات والتأكُّد من إعداده بطريقة صحيحة. وفي حال استمرار المشكلة، لن تؤدي إعادة نقل البيانات إلى تحديث البيانات التي تم نقلها إلى حسابات Google. عليك حذف بيانات البريد الإلكتروني وإزالتها من "المهملات"، ثم إعادة نقلها.

قد تعرض الرسائل المنقولة تاريخ نقل البيانات ووقته، بدلاً من تاريخ الرسالة الأصلية ووقتها.

تحدث هذه المشكلة على الأرجح بسبب عدم توافق رأس التاريخ للرسالة الأصلية مع RFC 5322. وفي حال كان رأس الرسالة يحتوي على تاريخ غير منسَّق بشكل صحيح، تُطبِّق خدمة Gmail وقت النقل وتاريخه على الرسالة.

يحدث ذلك عند استيراد الأحداث لمستخدمين ليسوا منظِّمين أصليين أو ضيوف مبدئيين للحدث.

بصرف النظر عن رسالة التحذير، يتم نقل الحدث بنجاح إلى Google Workspace ويتم عرض المستخدم المستهدف في Google Workspace كضيف للحدث في "تقويم Google". ويحدث هذا بالضرورة لأن "تقويم Google" لا يتيح سرد أحداث التقويم لمستخدم ليس منظِّمًا أو ضيفًا.