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

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

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

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

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

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

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

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

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

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

0x80040109
Fail:While stamping the message

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

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

• تنسيق اسم المستخدم أو عنوان SMTP بشكل صحيح في ملف المستخدم.
• المستخدم ليس مخفيًا في "قائمة العناوين العامة".
• المستخدم يمتلك حسابًا على خادم Exchange Server.
• سجّل المستخدم الدخول إلى 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 مسجّل على خادم النقل يتطابق مع اسم مؤسسة Exchange نفسها بتنسيق X.500. إذا عثرت أداة GWMME على عنوان X.500، ستحلّه باستخدام تسجيل دفتر العناوين في ملف بريد MAPI.

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

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

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

ملاحظة مهمة

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

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

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

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

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