= قد يتسبب تحديث جهة خارجية لخوادم الويب المُدارة بواسطة العميل في حدوث مشكلات في الاتصال عند استخدام عميل Outlook للاتصال بـ Exchange Online = مرحبًا! كنت أتساءل عما إذا كان أي شخص آخر قد قام باستكشاف هذه المشكلة وإصلاحها خلال الأيام القليلة الماضية. أي شخص لديه أي حلول أو أشياء لمشاركتها؟ قد يتسبب تحديث جهة خارجية لخوادم الويب المُدارة بواسطة العميل في حدوث مشكلات في الاتصال عند استخدام عميل Outlook للاتصال بـ Exchange Online تفاصيل أبلغت مجموعة فرعية محدودة من العملاء عن مشكلات في الاتصال بخدمة Exchange Online. عند التحقيق ، حدد المهندسون أن العملاء الذين أبلغوا عن المشكلة قد قاموا مؤخرًا بتحديث خوادم الويب الخاصة بهم التي تستضيف نطاق الجذر الخاص بهم والذي مكّن بشكل غير مناسب بروتوكول الوصول إلى رسائل الإنترنت (IMAP) وبروتوكول نقل البريد البسيط (SMTP). تسبب هذا في قيام خوادم الويب بتلقي طلبات الاكتشاف التلقائي المرسلة من قبل عميل Outlook مما منع الاتصال بخدمة Exchange عبر الإنترنت تجربة المستخدم: يتعذر على المستخدمين المتأثرين الاتصال بخدمة Exchange Online عبر عميل Outlook. لا يتأثر اتصال Outlook Web App (OWA) بهذه المشكلة الحل المحتمل: أبلغ العملاء أن تعطيل IMAP و SMTP على خوادم الويب التي تم تحديثها مؤخرًا يعالج تأثير المستخدم النهائي عن طريق منع خادم الويب من الإقرار بطلب الاكتشاف التلقائي httpblogs.technet.com/b/kristinw/archive/2013/04/19/controlling-outlook-autodiscover-behavior.aspx قد ترغب في الاختبار باستخدام ملف XML محلي لمعرفة ما إذا كان هذا هو الحال بالفعل من الغريب أن لدي هذا الشيء نفسه هذا الأسبوع لدى أحد العملاء. قام مستخدم واحد فقط بإسقاط الاتصال فجأة ، وعند الدخول إلى خصائص الحساب ، تم تعطيل Outlook over RPC. حل سهل ، صحيح؟ فقط قم بتمكين outlook over rpc وكن في طريقك. في كل مرة أضع فيها علامة على المربع ، وقمت بتطبيقه ، فإنه يزيل نفسه على الفور تقريبًا بعد فتح النظرة. لا يزال في حل سهل ، أليس كذلك؟ فقط قم بإنشاء ملف تعريف جديد. هذا عندما أدركت أن Autodiscover لا يعمل بشكل صحيح. عند استخدام محلل التبادل عبر الإنترنت لبرنامج Outlook عبر RPC ، فقد فشل في جزء الاكتشاف التلقائي. لقد راجعت سجل CNAME / Autodiscover وكان كل شيء جيدًا ، مشيرًا إلى autodiscover.outlook.com. لقد لاحظت التحذير الذي نشرته أثناء تسجيل الدخول بصفتي المسؤول. العميل المعني يستخدم dexaweb وقال المضيف إنه لا يمكنه تعطيل IMAP و SMTP لأنه كان بيئة استضافة مشتركة. كيف نجحت أخيرًا في اتباع تعليمات Miker2 هنا: httpcommunity.spiceworks.com/how_to/32548-manually-configure-outlook-to-connect-to-office-365؟page=2 الشيء الوحيد الذي فعلته كان فعالاً من هذا هو ضبط تسجيل الدخول ليكون مجهولاً. بمجرد أن فعلت ذلك ، نجح الإعداد اليدوي. إنه حل قصير المدى لجعلها تعمل. في غضون ذلك ، سأكون مهتمًا بمعرفة ما إذا كان هناك حل حقيقي لهذا بخلاف نقل خوادم الويب == حول المجتمع == أعضاء Online