ใช้งาน outlook 2016 ของการค้นหาอัตโนมัติ

สรุป

การค้นหาอัตโนมัติคือ คุณลักษณะที่ Outlook ใช้ในการขอรับข้อมูลการกำหนดค่าสำหรับเซิร์ฟเวอร์ที่เชื่อมต่อ ใน 2016 Outlook กับเซิร์ฟเวอร์ Exchange การค้นหาอัตโนมัติจะถือเป็นจุดเดียวต้องการสำหรับข้อมูลการกำหนดค่า และต้องตั้งค่าคอนฟิก และทำงานได้อย่างถูกต้องให้ Outlook ทำงานอย่างสมบูรณ์ บทความนี้อธิบายการใช้งานการค้นหาอัตโนมัติในช่องคลิกทูรันรุ่น Outlook 2016 ปัจจุบัน สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Office 365 ไคลเอนต์สถานีออก ดูเว็บไซต์ของ Microsoft ต่อไปนี้:

หมายเลขรุ่นและรุ่นของการปรับปรุงช่องทางการนำออกใช้สำหรับไคลเอ็นต์ Office 365

นำออกใช้ช่องทางปรับปรุงไคลเอ็นต์ของ office 365

ข้อมูลเพิ่มเติม

กำหนดเวลาการค้นหาอัตโนมัติ

การค้นหาอัตโนมัติทำงานตามช่วงเวลาต่อไปนี้:

  1. ในระหว่างการสร้างบัญชีผู้ใช้

  2. ในช่วงเวลาชุดเก็บรวบรวมการเปลี่ยนแปลงกับ Url ที่ให้บริการเว็บการแลกเปลี่ยนคุณลักษณะ (OOF การบ ริการมีพร้อมใช้งาน และอื่น ๆ) ถ้ากระบวนการนี้เสร็จเรียบร้อยแล้ว ลองอื่นจะมีกำหนดหนึ่งชั่วโมงในภายหลัง ถ้าความพยายามที่ไม่ประสบความสำเร็จ try ถัดไปจะมีกำหนดในภายหลัง 5 นาที แต่ละความพยายามอาจจะ staggered ตามจำนวน 25 เปอร์เซ็นต์เนื่องจากโครงสร้างพื้นฐานของงานพื้นหลังที่ใช้โดยโปรแกรมประยุกต์ Microsoft Office ทั้งหมด

  3. เพื่อตอบสนองต่อความล้มเหลวในการเชื่อมต่อบางอย่าง ในสถานการณ์ต่าง ๆ เมื่อมีความพยายามในการเชื่อมต่อล้มเหลว Outlook เริ่มต้นงานการค้นหาอัตโนมัติเพื่อดึงข้อมูลการตั้งค่าใหม่ในความพยายามใด ๆ เพื่อแก้ปัญหาการเชื่อมต่อ

  4. เมื่อโปรแกรมประยุกต์อื่นเรียกใช้รายการดังกล่าว โดยใช้ MAPI สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ MAPI ให้ดูบทความต่อไปนี้ของ MSDN:อ้างอิง MAPI ของ Outlook

ประสิทธิภาพการค้นหาอัตโนมัติ

ใช้ชื่อหลักของผู้ใช้ (UPN)เพื่อจัดกระบวนการการค้นหาอัตโนมัติ

บนคอมพิวเตอร์ที่เข้าร่วมโดเมน Outlook จำเป็นต้องทราบ UPN สำหรับผู้ใช้เพื่อเริ่มต้นกระบวนการการค้นหาอัตโนมัติ UPN อาจถูกใช้เพื่อเข้าสู่ระบบ Windows ในกรณีที่ Outlook มีการเข้าถึงโดยตรงกับ UPN จากข้อมูลประจำตัวการเข้าสู่ระบบได้ แต่ถ้าโดเมน\ใช้ผู้ใช้เพื่อเข้าสู่ระบบ Windows, Outlook มีเฉพาะข้อมูลประจำตัวเดียวกันสำหรับผู้ใช้ เพื่อให้ได้ภาพ UPN, Outlook ต้องก่อนหา ผู้ใช้ในไดเรกทอรี Outlook จะร้องขอให้ ค้นหานี้ควรนั้นมาแหล่งอ้างอิง ในสภาพแวดล้อมที่ซับซ้อน ซึ่งอาจทำให้ DCs จะติดต่อก่อนที่จะพบผลลัพธ์จำนวนมาก หลังจาก Outlook ตรวจพบว่า UPN สำหรับผู้ใช้ ค่าจะถูกเก็บไว้ในโพรไฟล์ และการค้นหาจะเกิดขึ้นอีกครั้งสำหรับผู้ใช้นี้

เพื่อหลีกเลี่ยงสถานการณ์นี้ ผู้ใช้สามารถล็อกอิน โดยใช้ UPN แทนที่เป็นโดเมน\

ข้อควรพิจารณาเกี่ยวกับ ITAR

Microsoft Office 365 ให้คุณลักษณะที่สามารถสนับสนุนลูกค้า ด้วยข้อผูกมัดที่ITAR ในบริบทของคุณลักษณะการค้นหาอัตโนมัติใน Outlook ชุดคุณลักษณะนี้มีการตั้งค่านโยบายและลักษณะการทำงานที่ช่วยให้มั่นใจปลายทางของบริการที่ใช้สำหรับการค้นหาอัตโนมัติยึดตามข้อกำหนดของ sovereign cloud โดยเฉพาะอย่างยิ่ง ใน Office 365 เฉพาะขั้นตอนที่ระบุไว้ในขั้นตอนการค้นหาอัตโนมัติ (ขั้นตอนที่ 4 และขั้นตอนที่ 11), นโยบายควบคุมได้เพื่อให้แน่ใจว่า ปลายทางของบริการที่เหมาะสมจะใช้ในระหว่างกระบวนการการค้นหาอัตโนมัติ

กระบวนการค้นหาอัตโนมัติ

ทุกครั้งที่ Outlook ต้องการข้อมูลการค้นหาอัตโนมัติ ใช้ชุดของขั้นตอนการสั่งซื้อเพื่อลองเรียกส่วนของข้อมูลของ XML ที่ประกอบด้วยการตั้งค่าคอนฟิก ขั้นตอนเหล่านี้จำนวนมากสามารถควบคุมได้ โดยใช้วัตถุในนโยบายกลุ่ม (GPO), และค่า GPO จะรวมอยู่ในคำอธิบายขั้นตอน

ขั้นตอนที่ 1: ตรวจสอบสถานการณ์การเริ่มระบบใหม่

ในบางกรณี เช่นเมื่อคุณเพิ่มบัญชีผู้ใช้ที่สองในขณะที่ Outlook กำลังทำงานอยู่ สิ่งที่เตรียมไว้การค้นหาอัตโนมัติถูกแคไปยังแฟ้มภายในเครื่องที่จะใช้ในระหว่างการเริ่มการทำงานของไคลเอนต์ Outlook สถานการณ์ที่เริ่มการทำงานแบบแรกการค้นหาอัตโนมัติจะตรวจสอบรีจิสทรีสำหรับบาง "คลีนบูต" รายละเอียดพิเศษที่ Outlook ที่คุณอยู่ในระหว่างสิ่งเหล่านี้ บอก ขั้นตอน และอ่านสิ่งที่เตรียมไว้การค้นหาอัตโนมัติจากแฟ้มภายในเครื่องพิเศษ นี่คือบางกรณีและปัญหาและสาเหตุของปัญหาทั่วไปของการค้นหาอัตโนมัติโดยทั่วไปไม่ สำหรับขั้นตอนนี้ ถ้า Outlook กำหนดว่า คุณอยู่ในสถานการณ์นี้ระบบพิเศษ และความพยายามในการดึงข้อมูล XML การค้นหาอัตโนมัติล้ม เหลว การค้นหาอัตโนมัติทั้งความพยายามที่ล้มเหลว ความพยายามที่จะไม่มีขั้นตอนเพิ่มเติมได้

ไม่มีการควบคุมเฉพาะนโยบายสำหรับขั้นตอนนี้

ขั้นตอนที่ 2: ตรวจสอบการกำหนดลักษณะของข้อมูลภายในเครื่อง

Outlook แสดง GPO เพื่อแจ้งให้ผู้ดูแลการปรับใช้เฉพาะแฟ้ม XML การค้นหาอัตโนมัติที่จะใช้สำหรับการตั้งค่าคอนฟิก ถ้าผู้ดูแลระบบได้ปรับใช้ค่ารีจิสทรีนี้ และ seeded เป็นแฟ้ม autodiscover.xml, Outlook อ่านสิ่งที่เตรียมไว้การค้นหาอัตโนมัติจากแฟ้มนี้ อีกครั้งเป็นกรณีเป็นเรื่องปกติ และโดยทั่วไปสาเหตุทั่วไปไม่ค้นหาอัตโนมัติออก ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 3 สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ XML การค้นหาอัตโนมัติ ให้ดูบทความด้านเทคนิคต่อไปนี้:การวางแผนการกำหนดค่าบัญชีผู้ใช้ใน Outlook 2010 โดยอัตโนมัติหมายเหตุบทความนี้ถูกสร้างขึ้นสำหรับ Outlook 2010 อย่างไรก็ตาม จะยังคงเกี่ยวข้องกับ Outlook รุ่นที่ใหม่กว่า ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: PreferLocalXML

ขั้นตอนที่ 3: ตรวจสอบข้อมูลล่าสุดที่รู้จักดี (LKG)

เมื่อการค้นหาอัตโนมัติดึงส่วนของข้อมูลของ XML โดยผ่านทุกขั้นตอนเสร็จเรียบร้อยแล้ว สิ่งที่เตรียมไว้อาจถูกแคชในท้องถิ่นเป็นการตั้งค่าคอนฟิก "รู้จักดีล่าสุด" ครั้งแรกที่เสร็จเรียบร้อยแล้วโดยทั่วไปวิธีที่จะได้รับส่วนของข้อมูลของการค้นหาอัตโนมัติคือจากแฟ้มนี้ดีรู้จักล่าสุด พาธของไฟล์สุดท้ายรู้จักดี XML มาจากโพรไฟล์ Outlook ขั้นตอน LKG ถูกใช้สำหรับการค้นหาการกำหนดค่ากล่องจดหมายหลักเท่านั้น ถ้ามีการค้นหาของการค้นหาอัตโนมัติสำหรับกล่องจดหมายหลักที่ไม่ใช่ (ผู้รับมอบสิทธิ์อื่น โฟลเดอร์สาธารณะ จัดกลุ่มกล่องจดหมาย และอื่น ๆ), จาก นั้นขั้นตอน LKG ถูกข้ามไปโดยอัตโนมัติ ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 4 ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: ExcludeLastKnownGoodURL

ขั้นตอนที่ 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.

พิจารณา ITAR

โดยค่าเริ่มต้น Outlook แบบสอบถามปลายทางทราบเพื่อเรียกสิ่งที่เตรียมไว้การค้นหาอัตโนมัติ นโยบายที่มีอยู่แล้วให้ข้ามขั้นตอนนี้ยังคงมีอยู่ และสามารถใช้เพื่อไปยังขั้นตอนที่ 5 ไม่ มีปลายทางที่พยายาม อีกวิธีหนึ่งคือ เป็นนโยบายใหม่ที่บังคับให้ Outlook เมื่อต้องการสอบถามมีบริการส่วนกลาง Office 365 กำหนดค่าเพื่อดึงข้อมูล Url ที่เหมาะสมที่จะเรียกสิ่งที่เตรียมไว้การค้นหาอัตโนมัติ ทางแนวคิด กระบวนการทำงานดังนี้:

  1. คุณตั้งค่านโยบายใหม่

  2. ในระหว่างขั้นตอนที่ 4 ของกระบวนการการค้นหาอัตโนมัติ Outlook แบบสอบถามการบริการการกำหนดค่า Office 365

  3. การบริการเป็นตัวกำหน (ถ้ามี) ITAR พิเศษต้องมีผลบังคับใช้สำหรับผู้ใช้ที่ระบุ และส่งกลับ Url ที่เหมาะสมสำหรับผู้ใช้ โดยใช้ข้อมูลของ UPN โดเมน

  4. Outlook พยายามเรียกสิ่งที่เตรียมไว้การค้นหาอัตโนมัติจาก Url ที่ให้บริการ

ค่าของตัวควบคุมนโยบายสำหรับลักษณะการทำงานใหม่เพื่อใช้บริการ Office 365 Config คือEnableOffice365ConfigService

หมายเหตุ

ณวันที่ build 16.0.9327.1000ไม่มีใช้นโยบายEnableOffice365ConfigService

ขั้นตอนที่ 5: ตรวจสอบข้อมูลของ SCP

ถ้าเป็นคอมพิวเตอร์เข้าร่วมโดเมน Outlook ทำการสอบถาม LDAP เพื่อเรียกข้อมูลจุดเชื่อมต่อบริการที่ส่งกลับเส้นทางของ XML การค้นหาอัตโนมัติ แต่ละ URL ที่จะถูกส่งกลับ โดยการค้นหา SCP เพื่อลองเรียกสิ่งที่เตรียมไว้การค้นหาอัตโนมัติ แล้วทำความพยายาม ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 6 สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ SCP ให้ดูบทความต่อไปนี้ของ MSDN:ประกาศกับจุดเชื่อมต่อบริการ ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: ExcludeScpLookup

ขั้นตอนที่ 6: ตรวจสอบโดเมนหลัก

สำหรับขั้นตอนนี้ Outlook สร้าง URL จากชื่อโดเมนของอยู่เริ่มต้นในรูปแบบของ https://<domain>/autodiscover/autodiscover.xml และพยายามที่จะเรียกสิ่งที่เตรียมไว้จาก URL ได้ เนื่องจากหลายโดเมนรากไม่ได้รับการกำหนดค่าสำหรับการค้นหาอัตโนมัติ Outlook รีม silences ข้อผิดพลาดใบรับรองใด ๆ ที่เกิดขึ้นระหว่างการดึงข้อมูลที่พยายามทำ ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 7 ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: ExcludeHttpsRootDomain

ขั้นตอนที่ 7: โดเมนการค้นหาอัตโนมัติตรวจสอบ

สำหรับขั้นตอนนี้ Outlook สร้าง URL จากชื่อโดเมนของอยู่เริ่มต้นในรูปแบบของ https://autodiscover.<domain>/autodiscover/autodiscover.xml และพยายามที่จะเรียกสิ่งที่เตรียมไว้จาก URL ได้ เนื่องจากเป็น URL หลักโดยทั่วไปสำหรับข้อมูลการค้นหาอัตโนมัติ Outlook ไม่ silence ข้อผิดพลาดใบรับรองใด ๆ ที่เกิดขึ้นในระหว่างการเรียกพยายาม ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 8 ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: ExcludeHttpsAutoDiscoverDomain

ขั้นตอนที่ 8: ตรวจสอบข้อมูลภายในเครื่อง

ในขั้นตอนที่ 2, Outlook ตรวจสอบว่า ผู้ดูแลระบบได้ปรับใช้นโยบายการตรวจสอบสิ่งที่เตรียมไว้การค้นหาอัตโนมัติเป็นชื่นชอบโดยเฉพาะ หากไม่มีนโยบายที่ไม่มีในสถานที่ แต่ขั้นตอนก่อนหน้านี้ไม่ได้รับเป็นสิ่งที่เตรียมไว้ Outlook เดี๋ยวนี้พยายามที่จะเรียกเป็นส่วนของข้อมูลจากแฟ้มภายในเครื่องโดยไม่มีการตั้งค่า PreferLocalXML ในตำแหน่ง ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 9  ไม่มีการควบคุมนโยบายสำหรับขั้นตอนนี้

ขั้นตอนที่ 9: ตรวจสอบการเปลี่ยนเส้นทาง HTTP

สำหรับขั้นตอนนี้ Outlook ส่งการร้องขอไปยัง URL โดเมนการค้นหาอัตโนมัติ (http://autodiscover <โดเมน > / autodiscover/autodiscover.xml) และทดสอบสำหรับผลตอบรับการเปลี่ยนเส้นทาง ถ้ามีการส่งคืนส่วนของข้อมูลของ XML การค้นหาอัตโนมัติที่เกิดขึ้นจริง และไม่มีการเปลี่ยนเส้นทาง Outlook ละเว้นการตอบสนอง XML การค้นหาอัตโนมัติที่เกิดขึ้นจริงเนื่องจากข้อมูลจะถูกดึงมา โดยไม่มีการรักษาความปลอดภัย (http) ถ้าคำตอบคือ URL เปลี่ยนเส้นทางถูกต้อง Outlook ตามเปลี่ยนเส้นทาง และพยายามที่จะเรียกใช้ส่วนของข้อมูลของ XML จาก URL ใหม่ Outlook จะทำการตรวจสอบใบรับรองเพื่อป้องกันการเปลี่ยนเส้นทางไปยัง Url อาจเป็นอันตรายในขั้นตอนนี้ ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 10 ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: ExcludeHttpRedirect

ขั้นตอนที่ 10: การตรวจสอบสำหรับบริการข้อมูล

สำหรับขั้นตอนนี้ Outlook ทำให้แบบสอบถาม DNS สำหรับ "_autodiscover._tcp. <ชื่อโดเมน >" และลูปผ่านผลลัพธ์การค้นหาเรกคอร์ดแรกที่ใช้ https เป็นของโพรโทคอล Outlook แล้วพยายามเรียกสิ่งที่เตรียมไว้จาก URL นั้น ถ้าขั้นตอนนี้ดึงข้อมูลเป็นสิ่งที่เตรียมไว้ Outlook ย้ายไปยังขั้นตอนที่ 11ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: ExcludeSrvRecord

ขั้นตอนที่ 11: การตรวจสอบ O365 เป็น failsafe

ถ้าขั้นตอนก่อนหน้านี้ทั้งหมดไม่ส่งคืนเป็นสิ่งที่เตรียมไว้ Outlook ใช้ชุดเข้มงวดน้อยศึกษาสำนึกเพื่อตัดสินใจว่า ความพยายามครั้งสุดท้ายกับปลายทาง O365 อยู่อาจเป็นประโยชน์ หาก outlook ตัดสินใจว่า จะมีความพยายามดำเนิน ชของปลายทางการค้นหาอัตโนมัติ O365 ทราบในกรณีที่บัญชีเป็นบัญชีผู้ใช้ O365 ความพยายามนี้ใช้ Url เป้าหมายเดียวกันกับขั้นตอนที่ 4 และแตกต่าง ในข้อเท็จจริงที่มีพยายามเป็นวิธีสุดท้ายเท่านั้น และไม่ไว้ก่อนหน้านี้ ในกระบวนการการค้นหาอัตโนมัติ ค่าของตัวควบคุมนโยบายสำหรับขั้นตอนนี้จะเป็นดังนี้: ExcludeExplicitO365Endpoint

ข้อควรพิจารณาเกี่ยวกับ ITAR

ถ้า Outlook ได้รับขั้นตอนนี้ และยังไม่มีการดึงข้อมูลส่วนของข้อมูลของการค้นหาอัตโนมัติเสร็จเรียบร้อยแล้ว สองจะดำเนินการทดสอบเพื่อดูว่า ควรพยายามปลายทาง Office 365 รู้จักกันดีนั้น ก่อนอื่น ถ้ากล่องจดหมาย เป็นบัญชีผู้ใช้ (ตัวอย่างเช่น outlook.com), ปลายทางรู้จักกันดีจะพยายามทำ ขั้นตอนที่สอง ถ้ากล่องจดหมายจะถูกกำหนดให้เป็นสมาชิกของโดเมนที่ไม่มีความต้องการของ ITAR ปลายทางรู้จักกันดีจะพยายามทำ ถ้ากล่องจดหมายที่กำหนดสามารถเชิงพาณิชย์ และเป็นสมาชิกของโดเมนที่มีความต้องการของ ITAR ไม่พยายามที่จะปลายทาง 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) Url ไม่ได้ นอกจากนี้ แม้ว่าโพรโทคอลใน URL ใหม่เป็น https, Outlook จะตรวจสอบข้อมูลใบรับรองเพื่อให้การวัดความปลอดภัยเพิ่มเติม สำหรับกรณีที่ 3, Outlook เริ่มต้นกระบวนการการค้นหาอัตโนมัติทั้งหมดตั้งแต่เริ่มต้น  หากขั้นตอนทั้งหมด (1-11) จะลองไม่ประสบความสำเร็จใด ๆ โดยใช้อยู่อีเมลใหม่ แล้ว Outlook ส่งกลับไปยังที่อยู่อีเมลเดิม ย้ายไปยังขั้นตอนที่ 5 และยังคงความพยายามในการดึงข้อมูลส่วนของข้อมูลของ XML กับที่อยู่เดิม

ข้อยกเว้น

ขั้นตอนในส่วนกระบวนการค้นหาอัตโนมัติมีกฎทั่วไปสำหรับวิธีที่ Outlook พยายามรับสิ่งที่เตรียมไว้การค้นหาอัตโนมัติ มีการปรับให้เหมาะสมและความพยายามในการยกเว้นที่อาจเปลี่ยนแปลงขั้นตอนเล็กน้อยต่าง ๆ ตัวอย่างเช่น เมื่อทำการสร้างบัญชีผู้ใช้ใหม่ Outlook ภายในแต่ละขั้นตอนที่ 3 (กาเครื่องหมายสำหรับข้อมูลล่าสุดที่รู้จักดี (LKG)), เนื่องจากยังไม่มีรายการดีรู้จักล่าสุด  ในทำนองเดียวกัน ถ้าความพยายามทริกเกอร์เนื่องจาก มีข้อผิดพลาด โดยใช้ข้อมูลการกำหนดค่าปัจจุบัน แล้ว Outlook รีมต้องการค้นหาอัตโนมัติอีกครั้งและไม่ใช้ข้อมูล LKG เนื่องจากสันนิษฐานว่ารู้จักดีข้อมูลที่มีผลให้เกิดการ ความล้มเหลว

นโยบายการควบคุม

ค่านโยบายที่กำหนดกระบวนการการค้นหาอัตโนมัติส่วนสามารถเป็นได้ทั้งค่ารีจิสทรีโดยใช้นโยบายหรือไม่ใช่ – นโยบายตามค่าได้  เมื่อจะปรับใช้ผ่านทาง GPO หรือกำหนดค่าด้วยตนเองของคีย์นโยบาย การตั้งค่าจะมีบทบาทเหนือนโยบายที่ไม่ใช่คีย์ นโยบายที่ไม่ใช่คีย์: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover คีย์นโยบาย: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover แต่ละค่าเป็นชนิดDWORDPreferLocalXMLแตกต่างจากค่าตัวควบคุมอื่น ๆ ตามที่ตั้งค่าเป็น1ตั้งค่า Outlook เพื่อเปิดบนที่ขั้นตอนในกระบวนการ  สำหรับค่าอื่น ๆ เหลือ การตั้งค่าของ1แจ้งให้ทราบว่า outlook เมื่อต้องการเปิดปิดหรือข้ามขั้นตอนเกี่ยวข้อง ตัวอย่างเช่น การตั้งค่าExcludeHttpsRootDomainเป็น1ตั้งค่า Outlook ไม่ให้ดำเนินการขั้นตอนที่ 6 ในกระบวนการ

ตัวควบคุมในรีจิสทรีเพิ่มเติม

Outlook มีตัวเลือกการตั้งค่าคอนฟิกจากรีจิสทรีเพิ่มเติมหลายที่อาจส่งผลต่อกระบวนการการค้นหาอัตโนมัติ:

ใช้การกำหนดค่าบริการ Office 365

คีย์: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover ค่า: EnableOffice365ConfigService เริ่มต้น: 0 ข้อมูล: การตั้งค่าข้อมูลนี้ DWORD เป็น 1 เมื่อต้องการบังคับให้ Outlook เรียกบริการ Office 365 Config สามารถเรียก Url ของการค้นหาอัตโนมัติที่เหมาะสม

การตั้งค่าการหมดเวลาของ HTTP

คีย์: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover ค่า: หมดเวลา เริ่มต้น: วินาทีที่ 25 ต่ำสุด: 10 วินาที สูงสุด: 120 วินาที

รายละเอียด: หมดเวลาที่ระบุจะถูกใช้เป็นการตั้งค่าWinHttpSetTimeouts ข้อมูลที่ระบุจะถูกส่งผ่านเป็นพารามิเตอร์สี่ค่าทั้งหมดของ WinHttpSetTimeouts API ซึ่งอาจทำให้การร้องขอ HTTP ที่ไม่สามารถเข้าถึงการหมดเวลาได้รวดเร็วขึ้น ซึ่งจะช่วยปรับปรุงประสิทธิภาพโดยรวม การตั้งค่าไม่สามารถจะอนุญาตการร้องขอ HTTP ที่ใช้ยาวเกินกว่าค่าเริ่มต้นของวินาที 25 ได้สำเร็จ ด้วยการเพิ่มการตั้งค่าหมดเวลาเป็นสิ่งที่มีขนาดใหญ่กว่า 25 วินาที ตัวควบคุมโพรโทคอล Mapi/Http

คีย์: HKEY_CURRENT_USER\Software\Microsoft\Exchange ค่า: MapiHttpDisabled เริ่มต้น: 0 ข้อมูล: 1 =โพรโทคอลที่ถูกปิดใช้งาน 0 =เปิดใช้งานโพรโทคอล

รายละเอียด: ค่านี้ไม่ได้อยู่ภายใต้คีย์การค้นหาอัตโนมัติ นี่คือทั่วไปการตั้งค่าการควบคุมว่า Outlook สามารถพยายามเชื่อมต่อกับอัตราแลกเปลี่ยน โดยใช้โพรโทคอล Mapi/Http กองซ้อน ค่าเริ่มต้นใน Outlook 2016 ไม่มีโพรโทคอลนี้ถูกปิดใช้งาน ซึ่งช่วยให้กระบวนการค้นหาอัตโนมัติเพิ่มหัวข้อพิเศษ (X-MapiHttpCapability:1) เพื่อค้นหาการประมวลผลเพื่อให้สามารถประเมิน และประมวลผลการตั้งค่าโพรโทคอล Mapi/Http ควบคุมการเจรจาการรับรองความถูกต้องแบบดั้งเดิม

คีย์: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC ค่า: AllowNegoCapabilityHeader เริ่มต้น: 0 ข้อมูล: 1 =มีเพิ่มส่วนหัว 0 =ไม่ได้เพิ่มส่วนหัว

รายละเอียด: หมายเหตุค่านี้ไม่ได้ภายใต้คีย์การค้นหาอัตโนมัติ การตั้งค่านี้ควบคุมว่า มีเพิ่มหัวข้อการเจรจาการรับรองความถูกต้องการร้องขอ http เนื้อหาของหัวข้อที่ขึ้นอยู่กับความสามารถในการรับรองความถูกต้องของคอมพิวเตอร์ไคลเอนต์ อาจจะมีหัวข้อตัวอย่าง: "ความสามารถ X Nego: เจรจา pku2u, Kerberos, NTLM, MSOIDSSP " ได้ ค่ารีจิสทรีนี้และหัวข้อที่จะเพิ่มได้มากไม่น่าจะมีผลต่อกระบวนการ tAodiscover ในแบบค่าบวก หรือค่าลบ และไม่ค่อยได้ใช้ในสแต็คการรับรองความถูกต้องแบบสมัยใหม่ใด ๆ จัดการข้อผิดพลาดของใบรับรอง

คีย์: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover ค่า: ShowCertErrors เริ่มต้น: 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\ ค่า: AllowOutlookHttpProxyAuthentication เริ่มต้น: 0 ข้อมูล: 1 =อนุญาตให้ Outlook จัดการกับถึงความท้าทายที่รับรองความถูกต้องจากพร็อกซีเซิร์ฟเวอร์ 0 =อยู่เบื้องหลังล้มเหลวในการรับรองความถูกต้องถึงความท้าทายจากพร็อกซีเซิร์ฟเวอร์

รายละเอียด: ค่ารีจิสทรีนี้อนุญาตให้ relaxation ของการกำหนดค่าความปลอดภัยได้ และครอบคลุม โดยละเอียดในบทความในฐานความรู้ของ Microsoft ต่อไปนี้: 3115474 MS16-099: คำอธิบายของการปรับปรุงการรักษาความปลอดภัยสำหรับ Outlook 2010: 9 สิงหาคม 2016

การค้นหาอัตโนมัติสำหรับโพรโทคอลอื่น ๆ

นอกจากนี้การค้นหาอัตโนมัติเป็นคุณลักษณะถูกใช้ โดย Outlook เพื่อค้นหา และกำหนดค่าบัญชี Exchange ActiveSync (EAS) กระบวนการค้นหาอัตโนมัติ EAS และทำการตัดสินใจจะแยกจากขั้นตอนที่อธิบายไว้ในบทความนี้ ตัวอย่าง EAS ใช้งานไม่ได้ใช้ปลายทางตรรกะ O365 และไม่มีขั้นตอนที่ตรวจสอบสำหรับสถานที่เก็บ SCP บทความนี้มีขอบเขตเพื่ออธิบายขั้นตอนโดยละเอียดที่ Outlook ใช้สำหรับความพยายามในการค้นหาอัตโนมัติเพื่อขอการโปรโตคอลแบบ MAPI จากอัตราแลกเปลี่ยน

อ้างอิง

สามารถพบข้อมูลเกี่ยวกับการค้นหาอัตโนมัติที่สืบทอดมาในบทความในฐานความรู้ของ Microsoft ต่อไปนี้:

2212902พฤติกรรมการค้นหาอัตโนมัติที่ไม่คาดคิดเมื่อคุณได้ตั้งค่ารีจิสทรีภายใต้คีย์ \Autodiscover

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการค้นหาอัตโนมัติ ดูบทความต่าง ๆ ต่อไปนี้ของ Microsoft:

การค้นหาอัตโนมัติสำหรับการแลกเปลี่ยน

บริการการค้นหาอัตโนมัติ

ต้องการความช่วยเหลือเพิ่มเติมหรือไม่

ขยายทักษะของคุณ
สำรวจการฝึกอบรม
รับฟีเจอร์ใหม่ก่อนใคร
เข้าร่วม Microsoft Insider

ข้อมูลนี้เป็นประโยชน์หรือไม่

ขอบคุณสำหรับคำติชมของคุณ

ขอขอบคุณสำหรับคำติชมของคุณ! เราคิดว่าอาจเป็นประโยชน์ที่จะให้คุณได้ติดต่อกับหนึ่งในตัวแทนฝ่ายสนับสนุน Office ของเรา

×