الملخص
الاكتشاف التلقائي هي السمة التي يستخدمها Outlook للحصول على معلومات تكوين الملقمات التي يتصل. في عام 2016 Outlook مع ملقمات Exchange، يعتبر الاكتشاف التلقائي نقطة واحدة من الحقيقة للحصول على معلومات التكوين ويجب أن يتم تكوين وتعمل بشكل صحيح ل Outlook شكل كامل. توضح هذه المقالة تطبيق الاكتشاف التلقائي في القناة الحالية انقر لتشغيل الإصدار من Outlook 2016. لمزيد من المعلومات حول إصدارات قناة عميل Office 365، راجع مواقع Microsoft التالية على الويب:
مزيد من المعلومات
توقيت الاكتشاف التلقائي
تشغيل الاكتشاف التلقائي في الأوقات التالية:
-
أثناء إنشاء الحساب.
-
عند فواصل زمنية محددة لجمع التغييرات إلى محددات مواقع المعلومات التي توفر "خدمة ويب" ميزات (OOF، توفر الخدمة، وهكذا). في حالة نجاح هذه العملية، يتم إجراء المحاولة بعد ساعة. المحاولة غير ناجحة، تتم محاولة التالية بعد 5 دقائق. يمكن أن المحتمل أن تكون متداخلة كل محاولة بنسبة 25 في المائة بسبب البنية التحتية المهمة الخلفية المستخدمة من قبل كافة تطبيقات Microsoft Office.
-
ردا على فشل اتصال معينة. في العديد من السيناريوهات عند فشل محاولة اتصال، بدء تشغيل Outlook مهمة الاكتشاف التلقائي لاسترداد الإعدادات الجديدة في أي محاولة لحل مشكلة الاتصال.
-
عند تطبيق آخر يستدعيه باستخدام MAPI. لمزيد من المعلومات حول MAPI، راجع مقالة MSDN التالي: مرجع MAPI Outlook.
الكفاءة الاكتشاف التلقائي
استخدم اسم المستخدم الأساسي (UPN) للتعجيل بعملية الاكتشاف التلقائي.
على جهاز كمبيوتر متصل بمجال، يحتاج Outlook إلى معرفة UPN لمستخدم من أجل بدء عملية الاكتشاف التلقائي. قد تم استخدامه لتسجيل الدخول إلى Windows، في هذه الحالة UPN Outlook حق الوصول المباشر إلى UPN من بيانات اعتماد تسجيل الدخول. و لكن إذا كان المستخدم domain\username الاستخدام الدخول إلى Windows، يتضمن Outlook فقط نفس بيانات الاعتماد للمستخدم. من أجل الحصول على UPN، Outlook يجب أولاً يبحث المستخدم في الدليل. سيقوم outlook من طلب أن هذا البحث يجب مطاردة الإحالات. في البيئات المعقدة، قد يتسبب عدد كبير من البلدان النامية أن يتم الاتصال بهم قبل أن يتم العثور على نتائج. بعد أن اكتشف Outlook UPN للمستخدم، القيمة التي تم تخزينها مؤقتاً في ملف التعريف، ولا ينبغي أن يحدث البحث مرة أخرى لهذا المستخدم.
لتجنب هذا السيناريو، يمكن تسجيل المستخدم الدخول باستخدام UPN بدلاً من اسم المستخدم \ المجال.
اعتبارات إيتار
يوفر Microsoft Office 365 ميزات يمكنها دعم العملاء مع إيتارالالتزامات. وتشمل هذه المجموعة ميزة في سياق ميزة الاكتشاف التلقائي في Outlook، السلوك الذي يضمن الالتزام بمتطلبات السيادة سحابة نقاط الخدمة المستخدمة للكشف التلقائي وإعدادات النهج. وبوجه خاص، في Office 365 الخطوات المحددة المدرجة في عملية الاكتشاف التلقائي (الخطوتين 4 و 11)، نهج يتوفر التحكم للتأكد من أنه يتم استخدام نقاط نهاية للخدمة المناسبة أثناء عملية الاكتشاف التلقائي.
عملية الاكتشاف التلقائي
في كل مرة يحتاج Outlook المعلومات الاكتشاف التلقائي، يستخدم مجموعة من الخطوات المطلوبة لاسترداد حمولة XML التي تحتوي على إعدادات التكوين. العديد من هذه الخطوات يمكن التحكم باستخدام كائنات نهج المجموعة (GPO)، ويتم تضمين قيمة كائن نهج المجموعة في وصف الخطوة.
الخطوة 1: التحقق بالنسبة لسيناريوهات إعادة التشغيل
في بعض الحالات، مثل عند إضافة حساب ثاني أثناء تشغيل Outlook، يتم تخزينه مؤقتاً حمولة الاكتشاف التلقائي لملف محلي لاستخدامها أثناء إعادة تشغيل عميل Outlook. إعادة الاكتشاف التلقائي الأولى هي خطوة تحقق من السجل لبعض "التمهيد" معلومات خاصة إعلام Outlook الموجودة في وسط هذه السيناريوهات وقراءة حمولة الاكتشاف التلقائي من الملفات المحلية الخاصة. هذا هو حالة نادرة وعادة لا تؤدي المشكلات العامة الاكتشاف التلقائي. لهذه الخطوة، إذا قرر Outlook في هذا السيناريو التمهيد الخاصة وفشل محاولة استرداد بيانات XML الاكتشاف التلقائي، الاكتشاف التلقائي الكامل فشل المحاولة. تتم محاولة استخدام أية خطوات إضافية.
لا يوجد نهج معينة تحكم لهذه الخطوة.
الخطوة 2: البحث عن تفضيل "البيانات المحلية"
يوفر outlook للسماح للمسؤولين نشر ملف XML الاكتشاف التلقائي معينة يمكن استخدامها لتكوين كائن نهج مجموعة. إذا كان المسؤول لنشر قيمة التسجيل هذه ويتم توليد ملف autodiscover.xml، يقرأ Outlook حمولة الاكتشاف التلقائي من هذا الملف. هذا مرة أخرى بحالة غير شائعة وعادة لا تؤدي عام الاكتشاف التلقائي قضايا. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 3. لمزيد من المعلومات حول الكشف التلقائي XML، انظر مقالة TechNet التالية: التخطيط لتكوين حسابات مستخدمين في Outlook 2010 تلقائياًملاحظةتم إنشاء هذه المقالة ل Outlook 2010. بيد أنها مازالت ذات صلة للإصدارات الأحدث من Outlook. قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: بريفيرلوكالكسمل.
الخطوة 3: البحث عن البيانات الأخيرة المعروفة جيدا (لكج)
عندما يسترد الاكتشاف التلقائي حمولة XML بنجاح من خلال أي خطوة، الحمولة قد تكون مؤقتة محلياً كتكوين "آخر جيد معروف". الأولى عادة بنجاح أسلوب للحصول على حمولة الاكتشاف التلقائي من هذا الأخير الملف جيدة معروفة. يأتي مسار آخر معروف جيدا ملف XML من ملف تعريف Outlook. الخطوة لكج يستخدم فقط لاكتشاف تكوين علب البريد الأساسية. إذا كان البحث الاكتشاف التلقائي لعلبة بريد غير أساسي (المندوب المناوب،، المجلد العمومي، تجميع علبة البريد، وهكذا)، ثم يتم تخطي الخطوة لكج تلقائياً. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 4. قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: اكسكلوديلاستكنوونجودورل.
الخطوة 4: التحقق من O365 كأولوية
يستخدم outlook مجموعة من الأساليب البحثية لتحديد ما إذا كان حساب المستخدم المتوفرة تأتي من Office 365. إذا كان Outlook تحدد بثقة أن كنت مستخدماً O365، محاولة استرداد حمولة الاكتشاف التلقائي من نقاط O365 المعروفة (عادة https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml أو https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). إذا كانت هذه الخطوة لا يقوم باسترداد البيانات المنقولة، يقوم Outlook بنقل إلى الخطوة 5. قيمة عنصر التحكم نهج لهذه الخطوة كما يلي:
ExcludeExplicitO365Endpoint.
الاعتبار إيتار
بشكل افتراضي، يستعلم Outlook نقطة النهاية المعروفة لاسترداد حمولة الاكتشاف التلقائي. ما زال صالحاً السياسة القائمة لتجاوز هذه الخطوة ويمكن استخدامها للانتقال إلى الخطوة 5 دون محاولة نقطة النهاية. بدلاً من ذلك، هناك نهج جديد يقوم بتوجيه Outlook لاستعلام خدمة التكوين 365 مكتب مركزي لاسترداد Url المناسب منه استرداد حمولة الاكتشاف التلقائي. وبشكل تصوري، العملية يعمل على النحو التالي:
-
يمكنك تعيين النهج الجديد.
-
أثناء الخطوة 4 عملية الاكتشاف التلقائي، الاستعلامات Outlook Office 365 تكوين الخدمة.
-
تحديد الخدمة التي (أن وجد) إيتار خاصة الاحتياجات سارية المفعول لمستخدم معين، وإرجاع عناوين المواقع المناسبة لذلك المستخدم باستخدام معلومات المجال UPN.
-
يحاول outlook استرداد حمولة الاكتشاف التلقائي من محددات مواقع المعلومات الموفرة من قبل الخدمة.
قيمة عنصر التحكم نهج ميزة جديدة باستخدام خدمة تكوين Office 365 هو EnableOffice365ConfigService.
ملاحظة
يعد استخدام نهج EnableOffice365ConfigService اعتبارا من البناء 16.0.9327.1000.
الخطوة 5: البحث عن بيانات الاستهلاك والإنتاج المستدامين
إذا كان الكمبيوتر متصل بمجال، يقوم Outlook استعلام LDAP لاسترداد بيانات نقطة اتصال الخدمة بإرجاع مسار XML الاكتشاف التلقائي. ثم محاولة لكل عنوان URL الذي يتم إرجاعها بواسطة البحث عن الاستهلاك والإنتاج المستدامين لمحاولة استرداد البيانات المنقولة الاكتشاف التلقائي. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 6. لمزيد من المعلومات حول الاستهلاك والإنتاج المستدامين، راجع مقالة MSDN التالي: النشر مع نقاط الاتصال بالخدمة. قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: اكسكلوديسكبلوكوب.
الخطوة 6: التحقق من مجال جذر
لهذه الخطوة، Outlook إنشاء URL من اسم مجال العناوين الأولى في تنسيق https://<domain>/autodiscover/autodiscover.xml ويحاول استرداد البيانات المنقولة من محدد موقع المعلومات الناتجة عن ذلك. لأنه لا يتم تكوين العديد من المجالات الجذرية للاكتشاف التلقائي، Outlook عمدا يسكت معارضيه بخصوص أي أخطاء الشهادات التي تحدث أثناء محاولة استرداد. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 7. قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: اكسكلوديهتبسروتدومين.
الخطوة 7: مجال الاختيار الكشف التلقائي
لهذه الخطوة، Outlook إنشاء URL من اسم مجال العناوين الأولى في تنسيق https://autodiscover.<domain>/autodiscover/autodiscover.xml ويحاول استرداد البيانات المنقولة من محدد موقع المعلومات الناتجة عن ذلك. لأن هذا هو محدد موقع المعلومات الأساسي عادة للبيانات الاكتشاف التلقائي، لا إسكات Outlook أي أخطاء الشهادات التي تحدث أثناء محاولة استرداد. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 8. قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: اكسكلوديهتبساوتوديسكوفيردومين.
خطوة 8: التحقق من البيانات المحلية
في الخطوة 2، Outlook تحديد ما إذا كان المسؤول قد نشر نهج للتحقق من حمولة الاكتشاف التلقائي كتفضيل على وجه التحديد. إذا كان هناك أي نهج في مكان، لكن عدم استرداد الخطوات السابقة حمولة، يحاول Outlook الآن استرداد حمولة من الملف المحلي حتى بدون إعداد بريفيرلوكالكسمل في مكان. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 9. لا يوجد نهج تحكم لهذه الخطوة.
الخطوة 9: التحقق من إعادة توجيه HTTP
لهذه الخطوة، Outlook بإرسال طلب إلى URL مجال الاكتشاف التلقائي (http://autodiscover. < المجال >/autodiscover/autodiscover.xml) واختبار لإعادة توجيه الاستجابات. إذا كان يتم إرجاع الحمولة XML الاكتشاف التلقائي الفعلية وعدم إعادة توجيه، يتجاهل Outlook استجابة XML الاكتشاف التلقائي الفعلية لأنه تم استرداد دون أمان (http). إذا كانت الاستجابة صحيحة إعادة توجيه URL، يتبع إعادة التوجيه Outlook ويحاول استرداد حمولة XML من عنوان URL الجديد. سيقوم outlook أيضا اختبارات شهادة لمنع إعادة توجيه إلى محددات مواقع المعلومات الضارة في هذه الخطوة. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 10. قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: اكسكلوديهتبريديريكت.
الخطوة 10: التحقق من بيانات SRV
لهذه الخطوة، يجعل استعلام DNS ل "_autodiscover._tcp. < اسم النطاق >" Outlook ويدور نتائج البحث عن السجل الأول الذي يستخدم https كالبروتوكول الخاص بها. يحاول outlook ثم استرداد البيانات المنقولة من URL. إذا لم يقم بهذه الخطوة استرداد حمولة، يقوم Outlook بنقل إلى الخطوة 11.قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: اكسكلوديسرفريكورد.
الخطوة 11: التحقق من O365 المأمونة الجانب
إذا لم يرجع كافة الخطوات السابقة حمولة، يستخدم Outlook مجموعة أقل تقييداً من الأساليب البحثية لتقرر ما إذا كانت محاولة أخيرة لنقاط O365 التي قد تكون مفيدة. إذا كان outlook قرر أن محاولة جديرة بالاهتمام، فإنه يحاول نقاط الاكتشاف التلقائي O365 المعروفة في حالة الحساب حساب O365. يستخدم نفس عناوين Url الهدف كما الخطوة 4 هذه المحاولة، ويختلف في حقيقة أنها حاولت كملاذ أخير فقط وليس سابقا في عملية الاكتشاف التلقائي. قيمة عنصر التحكم نهج لهذه الخطوة كالتالي: ExcludeExplicitO365Endpoint.
اعتبارات إيتار
إذا كان Outlook يقوم بهذه الخطوة ولم تم استرداده بنجاح حمولة الاكتشاف التلقائي، يتم إجراء الاختبارات اثنين لمعرفة ما إذا كان ينبغي محاولة نقاط Office 365 معروفة جيدا. أولاً، حالة علبة البريد حساب عميل (على سبيل المثال outlook.com)، تتم محاولة نقطة النهاية معروفة جيدا. ثانيا، إذا تقرر تنتمي إلى مجال ليس لديها متطلبات إيتار علبة البريد، تتم محاولة نقطة النهاية معروفة جيدا. إذا كان يتم تحديد علبة البريد التجارية وتنتمي إلى مجال لديه متطلبات إيتار، يتم إجراء أية محاولة لنقاط Office 365 معروفة جيدا. في المستقبل الإصدارات، الخطوة 11 قد نقل إلى نفس المنطق الخطوة 4 واستدعاء خدمة تكوين Office 365. عند إجراء هذا التغيير، سيتم تحديث هذه المقالة بحيث يعكس خطوة عملية جديدة.
معالجة إعادة التوجيه
الخطوة 9 في المقطع عملية الاكتشاف التلقائي خطوة صريحة لمعالجة البيانات إعادة التوجيه غير آمنة. في أي من الأمن الخطوات الأخرى، لأي محاولة لاسترداد حمولة XML الاكتشاف التلقائي، استجابة ممكنة واحدة من نقطة النهاية استجابة لإعادة توجيه. هذه الاستجابة بإعلام Outlook إعادة توجيهه إلى URL جديد ومختلف لمحاولة استرداد البيانات المنقولة. بالإضافة إلى ذلك، قد تحتوي على بيانات إعادة توجيه عنوان بريد إلكتروني جديد ومختلف لاستخدامه كعنوان الهدف لمحاولة الكشف التلقائي. يعتبر outlook ثلاثة ردود مستقلة أن "إعادة توجيه الاستجابات":
-
رمز حالة HTTP (301، 302) مع URL جديد
-
رمز حالة HTTP 200، ولكن مع حمولة XML بإعلام Outlook إعادة توجيهه إلى URL آخر
-
رمز حالة HTTP 200، ولكن مع حمولة XML بإعلام Outlook باستخدام عنوان smtp مختلف كعنوان الهدف.
في الحالات 1 و 2، يحاول Outlook استرداد XML الاكتشاف التلقائي من عنوان URL الجديد، شريطة أن يكون البروتوكول https. لم تكن محاولة عناوين المواقع غير الآمنة (http). بالإضافة إلى ذلك، حتى إذا كان بروتوكول محدد موقع المعلومات الجديد https، سيتحقق Outlook معلومات الشهادة توفير تدبير إضافي من الأمان. للحالة 3، بدء تشغيل Outlook عملية الاكتشاف التلقائي الكامل من البداية. إذا هي جربت كافة الخطوات (1-11) دون جدوى استخدام عنوان بريد إلكتروني جديد، ثم Outlook يرجع إلى عنوان البريد الإلكتروني الأصلي، ينتقل إلى الخطوة 5 ويستمر في محاولة استرداد حمولة XML بالعنوان الأصلي.
استثناءات
الخطوات الموجودة في القسم عملية الاكتشاف التلقائي هي القواعد العامة المتعلقة بكيفية يحاول Outlook في الحصول على حمولة الاكتشاف التلقائي. يوجد العديد من التحسينات ومحاولات استثنائية قد تغيير العملية قليلاً. على سبيل المثال، عند القيام إنشاء حساب جديد، Outlook داخليا تخطي الخطوة 3 (التحقق من البيانات الأخيرة المعروفة جيدا (لكج))، نظراً لأنه لا يمكن أن يكون بداية جيدة معروفة الأخير حتى الآن. وبشكل مماثل، إذا تم تشغيل محاولة بسبب حدوث خطأ باستخدام معلومات التكوين الحالية، ثم عمدا سيقوم Outlook باستخدام المعلومات لكج والاكتشاف التلقائي مرة أخرى لأنه يفترض أن نتج عن آخر المعلومات جيدة معروفة فشل.
نهج التحكم
تعريف القيم نهج عملية الاكتشاف التلقائي يمكن أن يكون القسم غير – النهج القائمة على قيم أو قيم يستند إلى نهج التسجيل. عندما يتم نشرها من خلال كائن نهج المجموعة، أو تكوين مفتاح النهج يدوياً، الإعدادات الأسبقية على المفتاح غير النهج. غير نهج المفتاح: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover مفتاح النهج: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover كل قيمة من النوع DWORD. بريفيرلوكالكسمل يختلف قيم عنصر تحكم آخر إعداد 1 تعيين Outlook لتشغيل على خطوة في هذه العملية. يخبرك إعداد 1 القيم المتبقية، يقوم outlook بتشغيل إيقاف أو تخطي الخطوة المقترنة. على سبيل المثال، تعيين قيمة اكسكلوديهتبسروتدومين إلى 1 تعيين Outlook بعدم تنفيذ الخطوة 6 في العملية.
عناصر تحكم إضافية التسجيل
يوفر outlook عدة خيارات تكوين إضافية تستند إلى التسجيل التي قد تؤثر على عملية الاكتشاف التلقائي:
استخدام خدمة تكوين Office 365
المفتاح: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover قيمة: EnableOffice365ConfigService الافتراضي: 0 البيانات: تعيين بيانات DWORD هذه إلى 1 لإجبار Outlook للاتصال بخدمة تكوين Office 365 لاسترداد "Url الاكتشاف التلقائي" المناسبة.
إعدادات مهلة HTTP
المفتاح: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover قيمة: مهلة الافتراضي: 25 ثانية الحد الأدنى: 10 ثوان الحد الأقصى: 120 ثانية
معلومات: مهلات محددة تستخدم كإعدادات وينهتبسيتيميوتس . يتم تمرير البيانات المحددة لكافة المعلمات الأربعة من API وينهتبسيتيميوتس. المحتمل أن يسمح هذا طلب HTTP التي لا يمكن الوصول إلى مهلة أسرع، مما يؤدي إلى تحسين الأداء العام. يمكن أن تسمح الإعدادات أيضا طلب HTTP وقتاً أطول من الافتراضي 25 ثانية بنجاح عن طريق زيادة إعداد مهلة لشيء أكبر من 25 ثانية. Mapi/Http بروتوكول التحكم
المفتاح: HKEY_CURRENT_USER\Software\Microsoft\Exchange قيمة: مابيهتبديسابليد الافتراضي: 0 البيانات: 1 = تم تعطيل بروتوكول؛ 0 = تمكين البروتوكول
معلومات: هذه القيمة غير موجودة ضمن مفتاح الاكتشاف التلقائي. هذا عام إعداد التي تتحكم في ما إذا كان يمكنك محاولة الاتصال ب Exchange باستخدام مكدس بروتوكول Mapi/Http Outlook. غير الافتراضي في Outlook 2016 لجعل هذا البروتوكول معطلة. يتيح هذا عملية الاكتشاف التلقائي إضافة رأس خاص (س-MapiHttpCapability:1) للاكتشاف العملية حيث أنه يمكن تقييم ومعالجة إعدادات بروتوكول Mapi/Http. التحكم تفاوض المصادقة القديمة
المفتاح: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC قيمة: الافتراضيهاللوونيجوكابابيليتيهيدير الافتراضي: 0 البيانات: 1 = إضافة رؤوس؛ 0 = لا يتم إضافة رؤوس
إعلامية: مذكرة هذه القيمة ليست ضمن مفتاح الاكتشاف التلقائي. يتحكم هذا الإعداد ما إذا كان يتم إضافة عنوان تفاوض مصادقة طلبات http. تعتمد محتويات الرأس على قدرات مصادقة الكمبيوتر العميل. قد يكون عنوان مثال: "X الضمانة القدرة: التفاوض، pku2u، Kerberos، NTLM، مسويدسب". قيمة التسجيل هذه والرأس التي تضيف نادراً ما تستخدم في أي تكديس التوثيق الحديثة وغير المحتمل أن يؤثر على عملية تاوديسكوفير بأي طريقة سلبية أو إيجابية. معالجة أخطاء الشهادات
المفتاح: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover قيمة: شووسيرتيرورس الافتراضي: 0 البيانات: 1 = إظهار تحذيرات/أخطاء في شهادة؛ 0 = عدم إظهار تحذيرات الشهادة
معلومات: تتحكم هذه القيمة كيف يعالج Outlook الشهادة الأخطاء والتحذيرات التي تم استلامها عندما يقوم بإجراء مهام http. Outlook قد تجاوز هذا الإعداد في بعض الحالات (الخطوة 6 في المقطع عملية الاكتشاف التلقائي)، ولكن للحالة العامة، إذا تم تمكين هذا الإعداد، Outlook سيقوم بالمطالبة بحوار أمن يعرض تحذير أو خطأ في الشهادة والسماح للمستخدم بموافق أو إلغاء طلب Http. هناك ثلاثة أخطاء الشهادات المحددة التي يمكن للمستخدم أن يقرر لتجاهل وجعل Outlook إعادة محاولة طلب http:
-
WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID-هناك مشكلة مع التاريخ الموجود في خصائص الشهادة
-
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID-هناك مشكلة مع الاسم الشائع في خصائص الشهادة
-
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA-هناك مشكلة في خصائص شهادة المرجع المصدق يمكن العثور على مزيد من المعلومات حول هذه الدول خطأ شهادة ثلاثة في دالة رد اتصال WINHTTP_STATUS_CALLBACK
معالجة مصادقة الوكيل
المفتاح: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ قيمة: اللوووتلووختبروكسياوثينتيكيشن الافتراضي: 0 البيانات: 1 = يسمح Outlook لمعالجة التحديات المصادقة من الملقمات الوكيلة؛ 0 = فشل المصادقة التحديات من الملقمات الوكيلة بصمت
معلومات: قيمة التسجيل هذه يتيح التخفيف من تكوين الأمان ومغطى بالتفصيل في المقالة التالية في "قاعدة المعارف ل Microsoft": 3115474 MS16-099: وصف التحديث الأمني لبرنامج Outlook 2010: 9 آب/أغسطس عام 2016
الاكتشاف التلقائي للبروتوكولات الأخرى
الاكتشاف التلقائي ميزة أيضا يستخدمه Outlook لاكتشاف وتكوين حسابات Exchange ActiveSync (قمة شرق آسيا). عملية "الاكتشاف التلقائي قمة شرق آسيا" واتخاذ القرار تكون مستقلة عن اتباع الخطوات الموضحة في هذه المقالة. على سبيل المثال، لا يقوم بتطبيق منطق نقطة النهاية O365 تنفيذ قمة شرق آسيا وليس خطوة التحقق من مواقع الاستهلاك والإنتاج المستدامين. هو نطاق هذه المادة لوصف الخطوات التفصيلية التي يستخدمها Outlook لمحاولات الاكتشاف التلقائي للحصول على البروتوكولات القائمة على MAPI من تبادل.
المراجع
يمكن العثور على معلومات قديمة حول الاكتشاف التلقائي في المقالة التالية في "قاعدة المعارف ل Microsoft":
سلوك "غير متوقع الاكتشاف التلقائي" 2212902 عندما يكون لديك إعدادات التسجيل تحت المفتاح \Autodiscover
لمزيد من المعلومات حول الكشف التلقائي، راجع المقالات Microsoft التالية:
