- الرئيسية
- /
- المقال
شكرًا على ملاحظاتك.
في هذه المقالة
هل لديك ملاحظات؟قم بإنشاء أصل رقمي للبريد الإلكتروني والمصادقة عليه في Control Hub، ثم قم بتعيينه لخدمة Webex مثل Webex Connect أو مركز اتصال Webex.
نظرة عامة
استخدم الأصول الرقمية في Control Hub لتكوين صندوق البريد ومصادقة OAuth 2.0 التي تستخدمها خدمات Webex لتفاعلات البريد الإلكتروني. يمكنك إدارة الأصل في Control Hub، ويمكن لأحمال عمل Webex المعتمدة الوصول إليه من خلال خدمة الأصول الرقمية المشتركة.
عند إنشاء الأصل، قم بتعيينه لخدمة Webex التي ستستخدمه. بعد نجاح المصادقة، يقوم Control Hub بإنشاء عنوان إعادة توجيه للبريد الإلكتروني الوارد. بالنسبة لمركز اتصال Webex، يمكنك بعد ذلك ربط الأصل بنقطة إدخال بريد إلكتروني. بالنسبة إلى عبء عمل Webex آخر، استمر في الإعداد في عبء العمل هذا بعد إنشاء الأصل.
قبل أن تبدأ
- قم بتسجيل الدخول إلى Control Hub كمسؤول كامل أو مسؤول عميل أو مسؤول شريك يمكنه إدارة الأصول الرقمية لمؤسستك.
- استخدم موفر بريد إلكتروني مدعوم. بالنسبة للتكامل مع مركز اتصال WebexWebex Connect، فإن Gmail وMicrosoft 365 هما الموفرون المدعومون. للحصول على تفاصيل خاصة بالموفر، راجع البريد الإلكتروني - WXCC.
- قم بإعداد صندوق البريد الذي تريد تكوينه. إذا كنت تستخدم حساب خدمة، فتأكد من أنه يمكنه إرسال بريد إلكتروني والوصول إلى صندوق البريد هذا.
- اعمل مع مسؤول موفر الهوية لتسجيل تطبيق OAuth ومنح الموافقة وتشغيل إعدادات الموفر مثل SMTP AUTH أو إعادة التوجيه الخارجي.
- كن مستعدًا لنسخ عنوان URL الخاص بإعادة الاتصال من Control Hub إلى عنوان URL لإعادة التوجيه الخاص بتطبيق OAuth ولتكوين إعادة التوجيه التلقائي إلى العنوان الذي تم إنشاؤه لأصل البريد الإلكتروني .
إعداد Gmail لـ OAuth 2.0
لإعداد حساب Gmail لأصل البريد الإلكتروني:
| 1 |
قم بتسجيل الدخول إلى وحدة تحكم Google Cloud وإنشاء مشروع أو تحديد مشروع موجود. |
| 2 |
انتقل إلى واجهات برمجة التطبيقات والخدمات > شاشة موافقة OAuth، وحدد خارجي، وأدخل اسم التطبيق والبريد الإلكتروني لدعم المستخدم ومعلومات الاتصال بالمطور. |
| 3 |
إذا ظل التطبيق قيد الاختبار، فأضف صندوق البريد أو هوية إنشاء الرمز المميز كمستخدم اختبار. يمكن أن يحتوي المشروع على ما يصل إلى 100 مستخدم اختبار. |
| 4 |
انتقل إلى واجهات برمجة التطبيقات والخدمات > بيانات الاعتماد، وأنشئ معرف عميل OAuth لتطبيق ويب، وانسخ معرف العميل وسر العميل. |
| 5 |
عندما يعرض Control Hub عنوان URL الخاص بإعادة الاتصال، ارجع إلى عميل OAuth وأضف هذه القيمة كعنوان URI معتمد لإعادة التوجيه. |
| 6 |
للاستخدام الإنتاجي، انشر تطبيق OAuth وأكمل أي تحقق من Google مطلوب للنطاق المطلوب. |
| 7 |
قم بتسجيل قيم الموفر التالية لتكوين Control Hub:
بالنسبة لتطبيق Google OAuth الخارجي قيد الاختبار، تنتهي صلاحية أذونات المستخدم التجريبي ورموز التحديث بعد سبعة أيام من الموافقة. انشر التطبيق للاستخدام في الإنتاج. إذا لم تقم Google بإرجاع رمز التحديث، فقم بتشغيل تدفق الموافقة مرة أخرى وحدد أرغب في المراجعة بشكل صريح قبل تقديم الموافقة على المصادقة عندما يكون هذا الخيار متاحًا. تشرح وثائق بروتوكول SMTP OAuth من Google نطاق مصادقة Gmail SMTP. توضح إرشادات جمهور OAuth من Google الجماهير الداخلية والخارجية وسلوك حالة النشر. |
قم بإعداد ميكروسوفت 365 لـ OAuth 2.0
لإعداد صندوق بريد Microsoft 365 لأصل البريد الإلكتروني:
| 1 |
في مركز إدارة Microsoft Entra، انتقل إلى تسجيلات التطبيقات، وحدد التسجيل الجديد، وقم بتسجيل التطبيق لأنواع الحسابات التي تسمح بها مؤسستك. |
| 2 |
سجل معرف التطبيق (العميل) ومعرف الدليل (المستأجر). |
| 3 |
في المصادقة، أضف منصة ويب. عندما يعرض Control Hub عنوان URL الخاص بإعادة الاتصال، أضف هذه القيمة كعنوان URI لإعادة التوجيه. |
| 4 |
في الشهادات والأسرار، قم بإنشاء سر العميل ونسخ قيمته قبل مغادرة الصفحة. |
| 5 |
بالنسبة لتدفق كود التخويل التفاعلي المستخدم عند تحديد إنشاء الرموز المميزة، قم بإضافة بروتوكول Office 365 Exchange Online SMTP المفوض. أرسل الإذن (https://outlook.office.com/SMTP.Send) واطلب نطاق الوصول غير المتصل بالإنترنت. امنح موافقة المسؤول إذا كانت سياسة الموافقة الخاصة بمؤسستك تتطلب ذلك. |
| 6 |
في مركز إدارة Microsoft 365، انتقل إلى المستخدمين > المستخدمون النشطون، وحدد مستخدم صندوق البريد، وحدد البريد > إدارة تطبيقات البريد الإلكتروني، وقم بتشغيل SMTP المصدق لصندوق البريد هذا، واحفظ التغييرات. |
| 7 |
سجل قيم الموفر التالية. استبدل {tenant-id} بمعرف الدليل (المستأجر) من تسجيل التطبيق:
استخدم نطاق https://outlook.office.com/SMTP.Send المفوض مع offline_access لتدفق الرمز المميز التفاعلي هذا. قم بتمكين SMTP AUTH فقط لصندوق البريد الذي يحتاج إليه. إذا قامت مؤسستك مؤخرًا بتغيير إعدادات موافقة Microsoft Entra، فانتظر حتى تصبح التغييرات نافذة المفعول قبل إنشاء الرموز المميزة. تغطي إرشادات SMTP OAuth من Microsoft SMTP.Send المفوضة والوصول دون اتصال بالإنترنت. يوضح تكوين SMTP AUTH الخاص بـ Microsoft كيفية تمكين SMTP AUTH لصندوق بريد محدد. |
تكوين أصل البريد الإلكتروني في Control Hub
لتكوين أصل بريد إلكتروني:
| 1 |
قم بتسجيل الدخول إلى مركز التحكم. |
| 2 |
انتقل إلى الخدمات > الأصول الرقمية. |
| 3 |
حدد إنشاء أصل. |
| 4 |
في قسم تكوين تفاصيل الأصول، أدخل القيم في الحقول التالية:
|
| 5 |
في موفر البريد الإلكتروني > صندوق البريد، أدخل عنوان البريد الإلكتروني لصندوق البريد الذي يستخدمه الأصل. |
| 6 |
في قسم مصادقة OAuth 2.0، أدخل القيم في الحقول التالية:
|
| 7 |
في موفر الهوية الخاص بك، أضف عنوان URL الخاص بإعادة الاتصال من Control Hub إلى تطبيق OAuth، واحفظ تكوين الموفر، وتأكد من تطابق URI الخاص بإعادة التوجيه تمامًا. |
| 8 |
إذا كان الشخص الذي يمنح الموافقة يستخدم عنوان بريد إلكتروني مختلفًا من صندوق البريد، فحدد إنشاء الرموز باستخدام عنوان بريد إلكتروني مختلف عن عنوان صندوق البريد وأدخل تلك الهوية. صندوق البريد المشترك: لا يحتوي صندوق البريد المشترك على بيانات اعتماد تسجيل الدخول الخاصة به. قم بإنشاء الرموز المميزة مع مستخدم يمكنه الوصول إلى صندوق البريد المشترك ولديه إذن الإرسال باسم؛ لا يحتاج المستخدم إلى وصول المسؤول. حدد إنشاء الرموز باستخدام عنوان بريد إلكتروني مختلف عن عنوان صندوق البريد عندما يختلف عنوان هذا المستخدم عن صندوق البريد. |
| 9 |
حدد إنشاء الرموز، وأكمل تسجيل الدخول إلى موفر الهوية وتدفق الموافقة، ثم ارجع إلى Control Hub. بعد نجاح إنشاء الرمز المميز، يتم ملء حقول رمز الوصول ورمز التحديث والصلاحية تلقائيًا. تقييد الموافقة: إذا قام مزود الخدمة بحظر موافقة المستخدم، فأوضح أنني أرغب في المراجعة بشكل صريح قبل تقديم الموافقة على المصادقة. يمكن أن يتسبب الخيار في فشل المصادقة لأن المستخدم لا يمكنه منح الموافقة المطلوبة. اطلب من مسؤول الموفر منح الموافقة المطلوبة بدلاً من ذلك. إذا لم ينجح إنشاء الرمز المميز: بالنسبة إلى Gmail، تأكد من أن المستخدم يمكنه تخويل التطبيق وأن التطبيق يتمتع بحالة النشر الصحيحة. بالنسبة لـ Microsoft 365، تحقق من نطاق offline_access وسياسة الموافقة وإعادة توجيه URI وإعداد SMTP AUTH. قم بإصلاح تكوين الموفر، ثم قم بإنشاء الرموز مرة أخرى. تجديد الرمز: تقوم الخدمة بتحديث الرموز قبل انتهاء صلاحيتها. إذا تلقى مالك المستأجر بريدًا إلكترونيًا آليًا يطلب تجديد الرمز المميز، فافتح الأصل وحدد إنشاء الرموز مرة أخرى. |
| 10 |
بعد نجاح إنشاء الرمز المميز، حدد إنشاء. إذا تم تعيين الأصل لمركز اتصال Webex، فحدد الانتقال إلى نقاط الإدخال وتابع تكوين مركز الاتصال. بالنسبة إلى عبء عمل Webex آخر، أغلق صفحة التأكيد وتابع الإعداد في عبء العمل هذا. |
تكوين إعادة توجيه البريد الإلكتروني الوارد
قم أولاً بنسخ عنوان إعادة التوجيه الذي تم إنشاؤه للأصل:
| 1 |
في الأصول الرقمية، افتح أصل البريد الإلكتروني وحدد الإعدادات. |
| 2 |
في موفر البريد الإلكتروني > صندوق البريد، انسخ عنوان إعادة التوجيه المرتبط بعنوان البريد الإلكتروني لصندوق البريد. |
تكوين إعادة التوجيه في Gmail
لإعادة توجيه رسائل Gmail الواردة إلى أصل البريد الإلكتروني:
| 1 |
إذا كنت تستخدم Google Workspace، فتأكد من أن المشرف يسمح بإعادة التوجيه التلقائي للوحدة التنظيمية لصندوق البريد ضمن التطبيقات > Google Workspace > Gmail > وصول المستخدم النهائي. |
| 2 |
قم بتسجيل الدخول إلى صندوق بريد الدعم في Gmail وانتقل إلى الإعدادات > مشاهدة جميع الإعدادات > إعادة التوجيه وPOP/IMAP. |
| 3 |
حدد إضافة عنوان إعادة توجيه، وقم بلصق عنوان إعادة التوجيه من Control Hub، ثم أكمل مطالبات التأكيد. يرسل Gmail رابط التحقق أو الرمز إلى العنوان الذي تم إنشاؤه. |
| 4 |
استرجع رابط التحقق أو الرمز من حمولة Outbound Webhook للبريد الإلكتروني الوارد في Webex Connect أو من نص البريد الإلكتروني الكامل في سجلات التصحيح التي تم فك تشفيرها لأصل البريد الإلكتروني. ثم أكمل التحقق من Gmail. |
| 5 |
ارجع إلى إعدادات إعادة توجيه Gmail، وقم بتحديث الصفحة، وحدد إعادة توجيه نسخة من البريد الوارد إلى، واختر ما يجب أن يفعله Gmail بنسخته، وحدد حفظ التغييرات. |
تكوين إعادة التوجيه في Microsoft 365
لإعادة توجيه رسائل Microsoft 365 الواردة إلى أصل البريد الإلكتروني:
| 1 |
قم بتكوين إعادة توجيه صندوق البريد أو قاعدة علبة الوارد لصندوق بريد الدعم بحيث يتم إرسال الرسائل الجديدة إلى عنوان إعادة التوجيه من Control Hub. |
| 2 |
في بوابة Microsoft Defender، راجع سياسة البريد العشوائي الصادرة التي تنطبق على صندوق البريد. قم بتعيين قواعد إعادة التوجيه التلقائي إلى وضع التشغيل - يتم تمكين إعادة التوجيه في سياسة ذات نطاق ضيق وافق عليها مسؤول الأمان. |
| 3 |
في Exchange Online، تأكد من أن إعداد المجال البعيد القابل للتطبيق يسمح بإعادة التوجيه التلقائي إلى مجال عنوان إعادة التوجيه. |
| 4 |
راجع قواعد تدفق بريد Exchange وتأكد من عدم وجود قاعدة تحظر الرسائل المعاد توجيهها تلقائيًا. إذا كنت بحاجة إلى استثناء، فاحصره في صندوق بريد الدعم والوجهة المعتمدة. |
| 5 |
احفظ تكوين إعادة التوجيه واترك الوقت حتى تصبح تغييرات سياسة Microsoft 365 نافذة المفعول. مطلوب: لن يصل البريد الإلكتروني الوارد إلى عبء عمل Webex المخصص حتى يتم تمكين إعادة التوجيه. في Microsoft 365، تحظى سياسة حظر البريد العشوائي الصادر أو إعداد المجال البعيد أو قاعدة تدفق البريد بالأسبقية على الإعداد الذي يسمح بإعادة التوجيه. حد المرفقات: تقتصر مرفقات البريد الإلكتروني الواردة على 25 ميغابايت. في حالة فشل الرسالة لأن مرفقاتها كبيرة جدًا، يتلقى المرسل رسالة فشل التسليم ويجب إعادة إرسالها بمرفقات أصغر. الصور المضمنة: تصل الصور المضمنة كمرفقات على سطح مكتب الوكيل. في حالة تمكين مسح PCI، يتم حظر هذه الصور. Microsoft Outlookالمرفقات: قد تصل رسالة بريد إلكتروني واردة تحتوي على مرفق.msg بدون الملفات المضمنة في .msg بسبب قيود. Microsoft Outlook |
اختبر أصل البريد الإلكتروني
للتحقق من مسار البريد الإلكتروني الكامل:
| 1 |
من حساب بريد إلكتروني خارجي، أرسل رسالة إلى صندوق بريد الدعم الذي تم تكوينه وتأكد من وصول الرسالة إلى عبء عمل Webex المعين. |
| 2 |
من عبء عمل Webex المخصص، أرسل رسالة جديدة أو قم بالرد على الرسالة الواردة وتأكد من أن المستلم الخارجي يستلمها. حالة التسليم: لا يتضمن البريد الإلكتروني المرسل عبر قناة SMTP تتبع التسليم، ولا تتلقى الخدمة إشعارات فشل التسليم. قم بتأكيد التسليم من صندوق بريد المستلم أثناء الاختبار. |
| 3 |
إذا لم يعمل التسليم الوارد، فتحقق من تأكيد عنوان إعادة التوجيه الخاص بالموفر وقاعدة إعادة التوجيه وسياسات إعادة توجيه المؤسسة. |
| 4 |
إذا لم تنجح عملية الإرسال الصادرة، فتحقق من خادم SMTP والمنفذ وأذونات الموفر وبيانات اعتماد العميل والموافقة وإعداد Microsoft 365 SMTP AUTH وحالة الرمز المميز. أصلح المشكلة وقم بإنشاء الرموز مرة أخرى إذا لزم الأمر. |
