Bỏ qua để tới nội dung chính
Đăng nhập với Microsoft
Đăng nhập hoặc tạo một tài khoản.
Xin chào,
Chọn một tài khoản khác.
Bạn có nhiều tài khoản
Chọn tài khoản bạn muốn đăng nhập.

Tóm tắt

Tự động phát hiện là các tính năng Outlook sử dụng để lấy thông tin cấu hình máy chủ mà nó kết nối. Trong Outlook 2016 với máy chủ Exchange, tự động phát hiện được coi là một điểm thật thông tin cấu hình phải được cấu hình và hoạt động chính xác cho Outlook hoạt động đầy đủ. Bài viết này mô tả việc triển khai tự động phát hiện kênh hiện tại phiên bản Click-to-Run Outlook 2016. Để biết thêm thông tin về bản phát hành Office 365 khách hàng kênh, xem website sau của Microsoft:

Số phiên bản và bản Cập Nhật kênh phát hành cho các khách hàng Office 365

Ứng dụng khách Office 365 Cập Nhật kênh phát hành

Thông tin Bổ sung

Tự động phát hiện thời gian

Tự động phát hiện chạy lần sau:

  1. Trong quá trình tạo tài khoản.

  2. Thiết lập khoảng thời gian để thu thập các thay đổi URL cung cấp dịch vụ Web Exchange có (OOF, Dịch vụ khả dụng, v.v.). Nếu quá trình này thành công, hãy thử một được thực hiện một giờ sau đó. Nếu những nỗ lực không thành công, hãy thử tiếp theo được thực hiện 5 phút sau. Mỗi lần có thể có thể được so le theo như 25% do cơ sở hạ tầng tác vụ nền sử dụng tất cả các ứng dụng Microsoft Office.

  3. Để đáp ứng với các lỗi kết nối. Trong tình huống khác nhau, khi cố gắng kết nối không thành công, Outlook bắt đầu một nhiệm vụ tự động phát hiện để lấy các thiết đặt mới trong mọi nỗ lực khắc phục sự cố kết nối.

  4. Khi một ứng dụng invokes nó bằng cách sử dụng MAPI. Để biết thêm thông tin về MAPI, hãy xem bài viết MSDN sau: Outlook MAPI tham khảo.

Tự động phát hiện hiệu quả

Sử dụng Tên chính người dùng (UPN) để tiến trình tự động phát hiện.

Trên máy tính tham gia miền, Outlook cần biết UPN dành cho người dùng để bắt đầu quá trình tự động phát hiện. UPN có thể đã được sử dụng để đăng nhập vào Windows, trong trường hợp Outlook đã thẳng UPN uỷ nhiệm đăng nhập. Nhưng nếu một người dùng sử dụng vùng\tên_người_dùng đăng nhập Windows, Outlook chỉ có khả năng tương tự cho người dùng. Để có được UPN, Outlook phải trước tiên tìm người dùng trong thư mục. Outlook sẽ yêu cầu tìm kiếm này nên đuổi giới thiệu. Trong môi trường phức tạp, điều này có thể gây ra nhiều DC được liên lạc trước khi kết quả được tìm thấy. Sau khi Outlook phát UPN dành cho người dùng, giá trị được lưu trữ trong hồ sơ và tìm kiếm không xảy ra lại cho người dùng này.

Để tránh trường hợp này, người dùng có thể đăng nhập bằng cách sử dụng một UPN thay vì vùng\tên_người_dùng.

Xem xét ITAR

Microsoft Office 365 cung cấp tính năng có thể hỗ trợ khách hàng có nghĩa vụ ITAR. Trong ngữ cảnh của tính năng tự động phát hiện trong Outlook, thiết lập tính năng này bao gồm các thiết đặt chính sách và hành vi bảo đảm điểm cuối dịch vụ sử dụng cho tìm tự động tuân theo yêu cầu quyền đám mây. Cụ thể, trong Office 365 cụ thể bước được liệt kê trong quá trình tự động phát hiện (bước 4 và bước 11), kiểm soát chính sách có sẵn để đảm bảo rằng điểm cuối dịch vụ thích hợp được sử dụng trong quá trình tự động phát hiện.

Quá trình tự động phát hiện

Mỗi khi Outlook cần thông tin tự động phát hiện, nó sử dụng một tập lệnh bước để cố gắng lấy một trọng tải XML chứa cài đặt cấu hình. Nhiều các bước này có thể được điều khiển bằng cách sử dụng các đối tượng chính sách Nhóm (GPO) và giá trị GPO được bao gồm trong các bước mô tả.

Bước 1: Kiểm tra các trường hợp khởi động lại

Trong một số trường hợp, chẳng hạn như khi bạn thêm tài khoản thứ hai trong khi Outlook đang chạy, tải tự động phát hiện được lưu trữ tệp cục bộ được sử dụng trong quá trình khởi động lại máy khách Outlook. Khởi động tự động phát hiện đầu tiên bước phải kiểm tra sổ đăng ký cho một số thông tin đặc biệt "khởi động" cho Outlook mà bạn đang ở giữa một trong những tình huống và đọc tìm tự động tải tệp cục bộ đặc biệt. Đây là một trường hợp hiếm và thường không gây ra sự cố tự động phát hiện chung. Bước này, nếu Outlook sẽ quyết định bạn đang ở trong trường hợp đặc biệt khởi động này và cố gắng truy xuất dữ liệu tự động phát hiện XML không thành công, tự động phát hiện toàn bộ nỗ lực không thành công. Bước bổ sung không được thực hiện.

Không có kiểm soát chính sách cụ thể cho bước này.

Bước 2: Kiểm tra các tuỳ chọn dữ liệu cục bộ

Outlook cung cấp một GPO để quản trị viên triển khai tự động phát hiện XML tệp cụ thể được sử dụng để cấu hình. Nếu quản trị viên đã triển khai giá trị đăng ký này và hạt tệp autodiscover.xml, Outlook đọc các bài tìm tự động tải tệp này. Đây lại là một trường hợp phổ biến và thường không có nguyên nhân chung tự động phát hiện sự cố. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển sang bước 3. Để biết thêm thông tin về tự động phát hiện XML, xem bài viết sau đây của TechNet: định tự động cấu hình tài khoản người dùng trong Outlook 2010lưu ýbài viết này được tạo ra cho Outlook 2010. Tuy nhiên, nó có liên quan vẫn cho các phiên bản mới hơn của Outlook. Chính sách kiểm soát giá trị cho bước này là như sau: PreferLocalXML.

Bước 3: Kiểm tra dữ liệu cuối cùng biết đến tốt (LKG)

Khi tìm tự động lấy một trọng tải XML thành công thông qua bất kỳ bước nào, trọng có thể được lưu trữ cục bộ với cấu hình "mới tốt được biết đến". Đầu tiên được thành công phương pháp để có được một trọng tải tự động phát hiện từ tệp này tốt được biết đến cuối cùng. Đường dẫn của tệp tin XML tốt được biết đến cuối cùng đến từ hồ sơ Outlook. Bước LKG chỉ được sử dụng để khám phá cấu hình hộp thư chính. Nếu tìm kiếm tự động phát hiện là hộp thư chính (thay thế, người đại diện, thư mục công cộng, nhóm thư và như vậy), sau đó bước LKG tự động được bỏ qua. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển tới bước 4. Chính sách kiểm soát giá trị cho bước này là như sau: ExcludeLastKnownGoodURL.

Bước 4: Kiểm tra O365 là ưu tiên

Outlook sử dụng một bộ chẩn đoán để xác định xem tài khoản người dùng được cung cấp đến từ Office 365. Nếu Outlook xác định tự tin rằng bạn là người dùng O365, một nỗ lực được thực hiện để tải trọng tự động phát hiện từ điểm cuối O365 xác định (thường là https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml hoặc https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Nếu bước này không tải trọng tải, Outlook sẽ di chuyển tới bước 5. Chính sách kiểm soát giá trị cho bước này là như sau:

ExcludeExplicitO365Endpoint.

Xem xét ITAR

Theo mặc định, Outlook truy vấn các điểm cuối nhận tải tự động phát hiện. Chính sách hiện có để bỏ qua bước này vẫn còn hợp lệ và có thể được sử dụng để chuyển sang bước 5 mà không cố gắng điểm cuối. Ngoài ra, một chính sách mới hướng dẫn Outlook để yêu cầu trung tâm Office 365 cấu hình dịch vụ truy xuất URL phù hợp để tải trọng tự động phát hiện có. Khái niệm, quá trình hoạt động như sau:

  1. Bạn đặt chính sách mới.

  2. Trong bước 4 của quá trình tự động phát hiện, Outlook truy vấn dịch vụ Office 365 cấu hình.

  3. Dịch vụ xác định (nếu có) ITAR đặc biệt cần có hiệu lực cho người dùng được xác định và trả lại URL phù hợp cho người dùng bằng cách sử dụng thông tin miền UPN vào.

  4. Outlook cố gắng tải trọng tự động phát hiện từ URL được cung cấp dịch vụ.

Chính sách kiểm soát giá trị cho các tính năng mới để sử dụng Office 365 cấu hình dịch vụ là EnableOffice365ConfigService.

Lưu ý

Theo xây dựng 16.0.9327.1000, chính sách EnableOffice365ConfigService không còn được sử dụng.

Bước 5: Kiểm tra dữ liệu SCP

Nếu máy tính được kết nối miền, Outlook sẽ thực hiện một truy vấn LDAP truy xuất dữ liệu điểm kết nối dịch vụ trả lại đường dẫn của XML tự động phát hiện. Lần sau đó thực hiện đối với mỗi URL được trả về bởi tìm kiếm SCP nhằm lấy trọng tải tự động phát hiện. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển đến bước 6. Để biết thêm thông tin về SCP, hãy xem bài viết MSDN sau: xuất bản với điểm kết nối dịch vụ. Chính sách kiểm soát giá trị cho bước này là như sau: ExcludeScpLookup.

Bước 6: Kiểm tra tên miền gốc

Bước này, Outlook xây dựng URL từ tên của địa chỉ ban đầu ở định dạng https://<domain>/autodiscover/autodiscover.xml và cố gắng lấy trọng tải từ URL kết quả. Do nhiều tên miền gốc không được cấu hình để tự động phát hiện, Outlook mục đích silences bất kỳ lỗi chứng chỉ xảy ra trong khi cố gắng truy xuất. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển sang bước 7. Chính sách kiểm soát giá trị cho bước này là như sau: ExcludeHttpsRootDomain.

Bước 7: Tìm tự động kiểm tra tên miền

Bước này, Outlook xây dựng URL từ tên của địa chỉ ban đầu ở định dạng https://autodiscover.<domain>/autodiscover/autodiscover.xml và cố gắng lấy trọng tải từ URL kết quả. Do đây là URL chính thường cho dữ liệu tự động phát hiện, Outlook không im lặng bất kỳ lỗi chứng chỉ xảy ra trong khi cố gắng truy xuất. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển sang bước 8. Chính sách kiểm soát giá trị cho bước này là như sau: ExcludeHttpsAutoDiscoverDomain.

Bước 8: Kiểm tra dữ liệu cục bộ

Trong bước 2, Outlook kiểm tra xem quản trị viên đã triển khai chính sách cụ thể kiểm tra trọng tải tự động phát hiện là tuỳ chọn. Nếu không có chính sách tại chỗ, nhưng các bước trước đó không tải trọng tải, Outlook bây giờ cố gắng lấy trọng tải từ tệp cục bộ ngay cả khi không cài đặt PreferLocalXML ở vị trí. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển sang bước 9.  Không có chính sách kiểm soát cho bước này.

Bước 9: Kiểm tra HTTP chuyển hướng

Bước này, Outlook gửi một yêu cầu để tự động phát hiện tên miền URL (http://autodiscover. < miền > / autodiscover/autodiscover.xml) và kiểm tra chuyển phản hồi. Nếu một trọng tải tự động phát hiện XML thực được trả lại và không phải là một chuyển, Outlook sẽ bỏ qua trả lời tự động phát hiện XML thực tế vì nó lấy không bảo mật (http). Nếu phản hồi hợp lệ chuyển hướng URL, Outlook sau chuyển hướng và cố gắng lấy trọng tải XML URL mới. Outlook cũng sẽ thực hiện kiểm tra chứng chỉ để ngăn chặn chuyển hướng URL có thể gây hại trong bước này. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển tới bước 10. Chính sách kiểm soát giá trị cho bước này là như sau: ExcludeHttpRedirect.

Bước 10: Kiểm tra dữ liệu SRV

Bước này, Outlook thực hiện truy vấn DNS cho "_autodiscover._tcp. < tên >" và vòng qua các kết quả tìm kiếm bản ghi đầu tiên sử dụng https giao thức của nó. Outlook rồi cố gắng lấy trọng tải từ URL đó. Nếu bước này không tải trọng tải, Outlook sẽ di chuyển sang bước 11.Chính sách kiểm soát giá trị cho bước này là như sau: ExcludeSrvRecord.

Bước 11: Kiểm tra O365 như failsafe

Nếu tất cả các bước trước đó không trả về trọng tải, Outlook sử dụng một bộ chẩn đoán ít hạn chế để quyết định liệu một lần cuối cùng điểm cuối O365 có thể hữu ích. Nếu outlook quyết lần là giá trị, nó cố điểm cuối O365 tự động phát hiện các trường hợp tài khoản là tài khoản O365. Điều này cố gắng sử dụng các URL mục tiêu tương tự như bước 4 và khác chỉ thực tế là cố gắng là cuối cùng và không trước đó trong quá trình tự động phát hiện. Chính sách kiểm soát giá trị cho bước này là như sau: ExcludeExplicitO365Endpoint.

Xem xét ITAR

Nếu được bước này và đã không thành công Lấy một trọng tải tự động phát hiện, hai bài kiểm tra được thực hiện để xem liệu điểm cuối Office 365 nổi tiếng sẽ được thực hiện. Trước tiên, nếu hộp thư tài khoản khách hàng (ví dụ: outlook.com), điểm cuối nổi tiếng được thực hiện. Thứ hai, nếu hộp thư được xác định thuộc một tên miền mà không có yêu cầu ITAR, điểm cuối nổi tiếng được thực hiện. Nếu hộp thư được xác định là thương mại và thuộc một miền có yêu cầu ITAR, cố gắng không được thực hiện để điểm cuối Office 365 nổi tiếng. Trong tương lai phát hành bước 11 có thể di chuyển cùng một logic như bước 4 và gọi Dịch vụ cấu hình Office 365. Khi thay đổi được thực hiện, bài viết này sẽ được Cập Nhật để phản ánh các bước quy trình mới.

Xử lý chuyển hướng

Bước 9 phần quy trình tự động phát hiện là một bước rõ ràng để xử lý dữ liệu chuyển hướng không an toàn. Trong bất kỳ khác an toàn bước, cho mọi nỗ lực tải trọng tự động phát hiện XML, một có thể phản hồi từ điểm cuối là một phản ứng chuyển hướng. Phản ứng này cho Outlook chuyển hướng đến URL mới, khác nhau để cố gắng lấy trọng. Ngoài ra, dữ liệu chuyển hướng có thể chứa một địa chỉ email mới, khác sử dụng địa chỉ mục tiêu cho sự cố tự động phát hiện. Outlook sẽ xem xét ba câu trả lời riêng là "chuyển hướng phản hồi":

  • Một mã trạng thái HTTP (301, 302) với URL mới

  • Một mã trạng thái HTTP 200, nhưng với một trọng tải XML cho Outlook chuyển hướng đến một URL khác nhau

  • Một mã trạng thái HTTP 200, nhưng với một trọng tải XML cho Outlook sử dụng địa chỉ smtp khác với địa chỉ mục tiêu.

Trong trường hợp 1 và 2, Outlook cố gắng lấy autodiscover XML URL mới, miễn là các giao thức http. URL không an toàn (http) không thực hiện. Ngoài ra, ngay cả khi giao thức mới URL https, Outlook sẽ kiểm tra thông tin chứng chỉ cung cấp một biện pháp bảo mật bổ sung. Trường hợp 3, Outlook bắt đầu quá trình tự động phát hiện toàn bộ từ đầu.  Nếu tất cả các bước (1-11) được mà không có bất kỳ thành công bằng cách sử dụng địa chỉ email mới, sau đó Outlook trở lại địa chỉ email ban đầu, di chuyển đến bước 5 và tiếp tục cố gắng lấy một trọng tải XML với địa chỉ ban đầu.

Ngoại lệ

Các bước trong phần quy trình tự động phát hiện là các quy tắc chung cho cách Outlook cố gắng tải trọng tự động phát hiện. Có là tối ưu hóa và nỗ lực đặc biệt có thể thay đổi quá trình hơi khác nhau. Ví dụ: khi thực hiện việc tạo tài khoản mới, Outlook trong bỏ qua bước 3 (kiểm tra dữ liệu cuối cùng biết đến tốt (LKG)), bởi vì nó không được có mục tốt được biết đến cuối.  Tương tự, nếu sự cố đã được kích hoạt do lỗi bằng cách sử dụng thông tin cấu hình hiện tại, sau đó Outlook mục đích muốn tìm tự động lại và không sử dụng thông tin LKG vì là thông tin tốt được biết đến cuối cùng dẫn đến một thất bại.

Chính sách kiểm soát

Chính sách giá trị xác định trình tự động phát hiện phần có thể là giá trị dựa trên chính sách đăng ký hoặc không – chính sách dựa trên giá trị.  Khi chúng được triển khai thông qua GPO hoặc cấu hình thủ công của chính sách, cài đặt chiếm ưu tiên chính sách không. -Chính sách khoá: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Chính sách khoá: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover Mỗi giá trị là loại giá. PreferLocalXML khác với các giá trị điều khiển khác như thiết đặt 1 bộ Outlook chuyển vào bước trong quá trình.  Giá trị còn lại, thiết đặt 1 cho outlook để bật tắt hoặc bỏ qua các bước liên quan. Ví dụ, đặt giá trị ExcludeHttpsRootDomain 1 đặt Outlook không thực hiện bước 6 trong quá trình.

Đăng ký bổ sung điều khiển

Outlook cung cấp một số tuỳ chọn cấu hình bổ sung đăng ký có thể ảnh hưởng đến quá trình tự động phát hiện:

Sử dụng dịch vụ cấu hình Office 365

Quan trọng: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Giá trị: EnableOffice365ConfigService Mặc định: 0 Dữ liệu: Đặt dữ liệu giá này thành 1 để buộc Outlook gọi Dịch vụ Office 365 cấu hình để lấy URL tìm tự động phù hợp.

HTTP hết thời gian cài đặt

Quan trọng: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Giá trị: thời gian chờ Mặc định: 25 phút Tối thiểu: 10 phút Tối đa: 120 phút

Thông tin: Hết thời gian chờ được chỉ định được sử dụng như WinHttpSetTimeouts cài đặt. Dữ liệu được chỉ định được chuyển đến tất cả các tham số bốn WinHttpSetTimeouts API. Điều này có thể cho phép một yêu cầu HTTP không thể tiếp cận nhanh hơn, hết thời gian mà sẽ cải thiện hiệu năng tổng thể. Cài đặt cũng có thể cho phép một yêu cầu HTTP mất nhiều thời gian hơn mặc định là 25 giây thành công bằng cách tăng thời gian chờ thiết đặt chương trình lớn hơn 25 giây. MAPI/Http giao thức kiểm soát

Quan trọng: HKEY_CURRENT_USER\Software\Microsoft\Exchange Giá trị: MapiHttpDisabled Mặc định: 0 Dữ liệu: 1 = giao thức bị vô hiệu hoá; 0 = giao thức được kích hoạt

Thông tin: Giá trị này không nằm trong khoá tự động phát hiện. Đây là một thiết lập mà điều khiển xem Outlook có thể thử kết nối với Exchange bằng cách sử dụng ngăn xếp giao thức Mapi/Http. Mặc định trong Outlook 2016 không có giao thức này bị vô hiệu hoá. Điều này cho phép trình tự động phát hiện thêm một tiêu đề đặc biệt (X-MapiHttpCapability:1) để khám phá quá trình cài đặt giao thức Mapi/Http có thể được đánh giá và xử lý. Xác thực kế thừa xác nhận khả năng kiểm soát

Quan trọng: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC Giá trị: AllowNegoCapabilityHeader Mặc định: 0 Dữ liệu: 1 = tiêu đề được thêm vào; 0 = tiêu đề không thêm

Thông tin: Ghi giá trị này không phải là trong khoá tự động phát hiện. Thiết đặt này kiểm soát xem một tiêu đề xác thực thương lượng được thêm vào yêu cầu http. Nội dung của tiêu đề phụ thuộc vào khả năng xác thực của máy khách. Có một tiêu đề ví dụ: "X Nego khả năng: thương lượng, pku2u, Kerberos, NTLM, MSOIDSSP". Giá trị đăng ký này và tiêu đề thêm là hiếm khi được sử dụng trong bất kỳ ngăn xếp xác thực hiện đại và rất không ảnh hưởng đến quá trình tAodiscover hoặc một cách tiêu cực hay tích cực. Xử lý lỗi chứng chỉ

Quan trọng: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Giá trị: ShowCertErrors Mặc định: 0 Dữ liệu: 1 = hiện chứng chỉ cảnh báo/lỗi; 0 = không hiển thị cảnh báo chứng chỉ

Thông tin: Giá trị này kiểm soát cách xử lý Outlook chứng chỉ lỗi và cảnh báo nhận được khi thực hiện tác vụ http. Outlook có thể ghi đè thiết đặt này trong một số trường hợp (bước 6 phần tự động phát hiện trình), nhưng đối với trường hợp chung, nếu thiết lập này được kích hoạt, Outlook sẽ nhắc bằng hộp thoại bảo mật Hiển thị lỗi chứng chỉ hoặc cảnh báo và cho phép người dùng OK hoặc Huỷ bỏ yêu cầu Http. Có ba lỗi chứng chỉ cụ thể mà người dùng có thể chọn để bỏ qua và thử lại yêu cầu http Outlook:

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID-có vấn đề với ngày tính chứng chỉ

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID-có vấn đề với tên trong thuộc tính chứng chỉ

  • WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA-có vấn đề với chứng tính chứng chỉ Thêm thông tin về các trạng thái lỗi 3 chứng chỉ có tại WINHTTP_STATUS_CALLBACK chức năng gọi lại

Xử lý xác thực proxy

Quan trọng: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ Giá trị: AllowOutlookHttpProxyAuthentication Mặc định: 0 Dữ liệu: 1 = cho phép Outlook để xử lý những thách thức xác thực từ máy chủ proxy; 0 = thành thách thức xác thực thất bại từ máy chủ proxy

Thông tin: Giá trị đăng ký này cho phép thư giãn của cấu hình bảo mật và được bao gồm trong các chi tiết trong bài viết sau trong cơ sở kiến thức Microsoft: 3115474 MS16-099: mô tả về Cập Nhật bảo mật cho Outlook 2010: 9 tháng 8 năm 2016

Tự động phát hiện cho các giao thức

Tự động phát hiện là một tính năng cũng được sử dụng Outlook để khám phá và cấu hình tài khoản Exchange ActiveSync (EAS). Quá trình tự động phát hiện EAS và định là tách biệt với các bước được mô tả trong bài viết này. Ví dụ, thực hiện EAS thực hiện O365 điểm cuối logic và không có một bước kiểm tra vị trí SCP. Bài viết này được scoped để mô tả các bước chi tiết Outlook sử dụng tự động phát hiện sự cố gắng để lấy các giao thức MAPI từ Exchange.

Tham khảo

Kế thừa thông tin về tự động phát hiện có trong bài viết sau trong cơ sở kiến thức Microsoft:

Hành vi không mong muốn tự động phát hiện 2212902 khi bạn đã cài đặt đăng ký dưới khoá \Autodiscover

Để biết thêm thông tin về tự động phát hiện, hãy xem bài viết sau của Microsoft:

Tự động phát hiện cho Exchange

Dịch vụ tự động phát hiện

Bạn cần thêm trợ giúp?

Bạn muốn xem các tùy chọn khác?

Khám phá các lợi ích của gói đăng ký, xem qua các khóa đào tạo, tìm hiểu cách bảo mật thiết bị của bạn và hơn thế nữa.

Cộng đồng giúp bạn đặt và trả lời các câu hỏi, cung cấp phản hồi và lắng nghe ý kiến từ các chuyên gia có kiến thức phong phú.

Thông tin này có hữu ích không?

Bạn hài lòng đến đâu với chất lượng dịch thuật?
Điều gì ảnh hưởng đến trải nghiệm của bạn?
Khi nhấn gửi, phản hồi của bạn sẽ được sử dụng để cải thiện các sản phẩm và dịch vụ của Microsoft. Người quản trị CNTT của bạn sẽ có thể thu thập dữ liệu này. Điều khoản về quyền riêng tư.

Cảm ơn phản hồi của bạn!

×