Podsumowanie
Wykrywanie automatyczne to funkcja używana przez program Outlook do uzyskiwania informacji o konfiguracji dla serwerów, z którymi się łączy. W Outlook 2016 z serwerami programu Exchange wykrywanie automatyczne jest uważane za pojedynczy punkt prawdy dla informacji o konfiguracji i musi być skonfigurowane i działać poprawnie, aby program Outlook był w pełni funkcjonalny. W tym artykule opisano implementację wykrywania automatycznego w bieżącym kanale Szybka instalacja wersji Outlook 2016. Aby uzyskać więcej informacji na temat udostępniania kanału klienta Office 365, zobacz następujące witryny internetowe firmy Microsoft:
Numery wersji i kompilacji wydań kanału aktualizacji dla klientów Office 365
Office 365 wydania kanału aktualizacji klienta
Więcej informacji
Chronometraż wykrywania automatycznego
Wykrywanie automatyczne jest uruchamiane w następujących godzinach:
- Podczas tworzenia konta.
- W określonych interwałach w celu zbierania zmian w adresach URL, które zapewniają funkcje usługi sieci Web programu Exchange (OOF, Usługa dostępności itd.). Jeśli ten proces się powiedzie, kolejna próba zostanie wykonana godzinę później. Jeśli próba nie powiedzie się, następna próba zostanie podjęta 5 minut później. Każda próba może być zachwiana nawet o 25 procent ze względu na infrastrukturę zadań w tle używaną przez wszystkie aplikacje pakietu Microsoft Office.
- W odpowiedzi na pewne błędy łączności. W różnych scenariuszach, gdy próba nawiązania połączenia kończy się niepowodzeniem, program Outlook uruchamia zadanie wykrywania automatycznego w celu pobrania nowych ustawień przy każdej próbie rozwiązania problemu z połączeniem.
- Gdy inna aplikacja wywołuje ją za pomocą mapi. Aby uzyskać więcej informacji o interfejsie MAPI, zobacz następujący artykuł MSDN: Dokumentacja MAPI programu Outlook.
Wydajność wykrywania automatycznego
Użyj głównej nazwy użytkownika (UPN), aby przyspieszyć proces wykrywania automatycznego.
Na komputerze przyłączonym do domeny program Outlook musi znać nazwę użytkownika w celu zainicjowania procesu wykrywania automatycznego. Nazwa głównej nazwy użytkownika mogła zostać użyta do logowania do systemu Windows— w takim przypadku program Outlook ma bezpośredni dostęp do głównej nazwy użytkownika z poziomu poświadczeń logowania. Jeśli jednak użytkownik używa domeny\nazwy użytkownika do logowania się w systemie Windows, program Outlook ma takie samo poświadczenia dla użytkownika. Aby uzyskać główna nazwa użytkownika, program Outlook musi najpierw wyszukać użytkownika w katalogu. Program Outlook zażąda, aby to wyszukiwanie goniło za poleceniami. W złożonych środowiskach może to spowodować nawiązanie kontaktu z dużą liczbą dcs przed znalezieniem wyniku. Po wykryciu głównej nazwy użytkownika w programie Outlook wartość jest buforowana w profilu i nie powinno się powtórzyć dla tego użytkownika.
Aby uniknąć tego scenariusza, użytkownik może zalogować się przy użyciu głównej nazwy użytkownika zamiast domeny\nazwy użytkownika.
Zagadnienia itar
Microsoft Office 365 zapewnia funkcje, które mogą obsługiwać klientów z obowiązkami ITAR. W kontekście funkcji wykrywania automatycznego w programie Outlook ten zestaw funkcji zawiera ustawienia zasad i zachowanie, które zapewniają, że punkty końcowe usługi używane do wykrywania automatycznego są zgodne z wymaganiami suwerennej chmury. W szczególności w Office 365 określonych krokach wymienionych w procesie wykrywania automatycznego (krok 4 i krok 11) jest dostępna kontrolka zasad, aby zapewnić, że podczas procesu wykrywania automatycznego zostaną użyte odpowiednie punkty końcowe usługi.
Proces wykrywania automatycznego Za każdym razem, gdy program Outlook potrzebuje informacji wykrywania automatycznego, do pobierania ładunku XML zawierającego ustawienia konfiguracji jest używany zestaw uporządkowanych kroków. Wiele z tych kroków można kontrolować przy użyciu obiektu zasady grupy Obiektów (GPO), a wartość obiektu zasad grupy jest zawarta w opisie kroku.
Krok 1. Sprawdzanie scenariuszy ponownego uruchamiania
W niektórych przypadkach, na przykład po dodaniu drugiego konta, gdy program Outlook jest uruchomiony, ładunek wykrywania automatycznego jest buforowany do pliku lokalnego, który ma być używany podczas ponownego uruchamiania klienta programu Outlook. Pierwszym krokiem wykrywania automatycznego jest sprawdzenie rejestru pod kątem niektórych specjalnych informacji o "rozruchu", które informują program Outlook, że znajdujesz się w trakcie jednego z tych scenariuszy ponownego uruchamiania, i odczytaj ładunek wykrywania automatycznego ze specjalnego pliku lokalnego. Jest to rzadki przypadek, który zwykle nie jest przyczyną ogólnych problemów z wykrywaniem automatycznym. W tym kroku, jeśli program Outlook zdecyduje, że korzystasz z tego specjalnego scenariusza rozruchu, a próba pobrania danych XML wykrywania automatycznego kończy się niepowodzeniem, cała próba wykrywania automatycznego kończy się niepowodzeniem. Nie są podejmowane żadne dodatkowe kroki.
Dla tego kroku nie ma żadnej konkretnej kontrolki zasad.
Krok 2. Sprawdzanie preferencji dotyczących danych lokalnych
Program Outlook udostępnia obiekt zasad grupy umożliwiający administratorom wdrożenie określonego pliku XML wykrywania automatycznego, który ma być używany do konfiguracji. Jeśli administrator wdrożył tę wartość rejestru i rozsyłał plik autodiscover.xml, program Outlook odczyta ładunek wykrywania automatycznego z tego pliku. Jest to częsty przypadek, który zwykle nie jest przyczyną ogólnych problemów z wykrywaniem automatycznym. Jeśli ten krok nie powoduje pobrania ładunku, program Outlook przejdzie do kroku 3.
Aby uzyskać więcej informacji o języku XML wykrywania automatycznego, zobacz następujący artykuł w witrynie TechNet: Planowanie automatycznego konfigurowania kont użytkowników w programie Outlook 2010
Uwaga Ten artykuł został utworzony dla programu Outlook 2010. Jednak nadal jest ona istotna w przypadku nowszych wersji programu Outlook.
Wartość kontrolki zasad dla tego kroku jest następująca: PreferLocalXML.
Krok 3. Sprawdzanie danych ostatniego znanego dobra (LKG)
Gdy funkcja wykrywania automatycznego pomyślnie pobiera ładunek XML przez dowolny krok, ładunek może być buforowany lokalnie jako konfiguracja "ostatnia znana dobra". Pierwsza często skuteczna metoda pobierania ładunku wykrywania automatycznego pochodzi z tego ostatniego znanego dobrego pliku. Ścieżka ostatniego znanego dobrego pliku XML pochodzi z profilu programu Outlook. Krok LKG służy tylko do odnajdowania podstawowej konfiguracji skrzynki pocztowej. Jeśli wyszukiwanie wykrywania automatycznego dotyczy niepodlegalnej skrzynki pocztowej (alternatywnej, pełnomocnika, folderu publicznego, skrzynki pocztowej grupy itd.), krok LKG zostanie automatycznie pominięty. Jeśli ten krok nie powoduje pobrania ładunku, program Outlook przejdzie do kroku 4.
Wartość kontrolki zasad dla tego kroku jest następująca: ExcludeLastKnownGoodURL.
Krok 4. Sprawdzanie priorytetu usługi O365
Program Outlook używa zestawu heurystycznych do określania, czy podane konto użytkownika pochodzi z Office 365. Jeśli program Outlook pewnie ustali, że jesteś użytkownikiem usługi O365, zostanie podjęta próba pobrania ładunku wykrywania automatycznego ze znanych punktów końcowych usługi O365 (zazwyczaj https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml lub https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Jeśli ten krok nie pobierze ładunku, program Outlook przejdzie do kroku 5.
Wartość kontrolki zasad dla tego kroku jest następująca:
ExcludeExplicitO365Endpoint.
Zagadnienia ITAR
Domyślnie program Outlook wysyła zapytanie do znanego punktu końcowego w celu pobrania ładunku wykrywania automatycznego. Istniejące zasady umożliwiające pominięcie tego kroku są nadal prawidłowe i można ich użyć do przejścia do kroku 5 bez próby uzyskania punktu końcowego. Alternatywnie istnieje nowa zasada, która nakazuje programowi Outlook wykonywanie zapytań w centralnej usłudze konfiguracji Office 365 w celu pobrania odpowiednich adresów URL, z których ma zostać pobrany ładunek wykrywania automatycznego. Pojęciowo ten proces przebiega w następujący sposób:
- Ustawiasz nowe zasady.
- W kroku 4 procesu wykrywania automatycznego program Outlook wysyła zapytanie do usługi Office 365 Config.
- Usługa określa, które (jeśli istnieją) specjalne potrzeby ITAR obowiązują dla określonego użytkownika, i zwraca odpowiednie adresy URL dla tego użytkownika przy użyciu informacji o domenie głównej nazwy użytkownika.
- Program Outlook próbuje pobrać ładunek wykrywania automatycznego z adresów URL udostępnianych przez usługę.
Wartość kontrolki zasad dla nowej funkcji do korzystania z usługi konfiguracji Office 365 to EnableOffice365ConfigService.
Uwaga
Od kompilacji 16.0.9327.1000 zasady EnableOffice365ConfigService nie są już używane.
Krok 5. Sprawdzanie, czy nie ma danych SCP
Jeśli komputer jest przyłączony do domeny, program Outlook wykonuje zapytanie LDAP w celu pobrania danych punktu połączenia usługi, które zwraca ścieżkę pliku XML wykrywania automatycznego. Następnie do każdego adresu URL zwracanego przez odnośnik SCP jest podejmowana próba pobrania ładunku wykrywania automatycznego. Jeśli ten krok nie pobierze ładunku, program Outlook przejdzie do kroku 6.
Aby uzyskać więcej informacji na temat protokołu SCP, zobacz następujący artykuł msdn: publikowanie za pomocą punktów połączeń usługi.
Wartość kontrolki zasad dla tego kroku jest następująca: ExcludeScpLookup.
Krok 6. Sprawdzanie domeny głównej
W tym kroku program Outlook tworzy adres URL na podstawie nazwy domeny początkowego adresu w formacie https://< domena>/autodiscover/autodiscover.xml i próbuje pobrać ładunek z wynikowego adresu URL. Ponieważ wiele domen głównych nie jest skonfigurowanych do wykrywania automatycznego, program Outlook celowo wycisza wszelkie błędy certyfikatów występujące podczas próby pobrania. Jeśli ten krok nie pobierze ładunku, program Outlook przejdzie do kroku 7.
Wartość kontrolki zasad dla tego kroku jest następująca: WykluczhttpsRootDomain.
Krok 7. Sprawdzanie domeny wykrywania automatycznego
W tym kroku program Outlook tworzy adres URL z nazwy domeny początkowego adresu w formacie https://autodiscover.<domena>/wykrywanie automatyczne/autodiscover.xml i próbuje pobrać ładunek z wynikowego adresu URL. Ponieważ jest to podstawowy adres URL danych wykrywania automatycznego, program Outlook nie wycisza żadnych błędów certyfikatów występujących podczas próby pobrania. Jeśli ten krok nie pobierze ładunku, program Outlook przejdzie do kroku 8.
Wartość kontrolki zasad dla tego kroku jest następująca: WykluczhttpsAutoDiscoverDomain.
Krok 8. Sprawdzanie, czy nie ma danych lokalnych
W kroku 2 program Outlook sprawdził, czy administrator wdrożył zasady w celu specjalnego sprawdzenia, czy ładunek wykrywania automatycznego jest preferowany. Jeśli nie ma żadnych zasad, ale poprzednie kroki nie pobierają ładunku, program Outlook próbuje teraz pobrać ładunek z pliku lokalnego nawet bez ustawienia PreferLocalXML. Jeśli ten krok nie pobierze ładunku, program Outlook przejdzie do kroku 9.
Nie ma żadnej kontroli zasad dla tego kroku.
Krok 9. Sprawdzanie, czy nie ma przekierowań HTTP
W tym kroku program Outlook wysyła żądanie do adresu URL domeny wykrywania automatycznego (http://autodiscover.<domena>/wykrywanie automatyczne/autodiscover.xml) i przetestuj odpowiedzi na przekierowanie. Jeśli zostanie zwrócony rzeczywisty ładunek XML wykrywania automatycznego, a nie przekierowanie, program Outlook zignoruje rzeczywistą odpowiedź XML wykrywania automatycznego, ponieważ została ona pobrana bez zabezpieczeń (http). Jeśli odpowiedź jest prawidłowym adresem URL przekierowywania, program Outlook podąża za przekierowaniem i próbuje pobrać załadowany kod XML z nowego adresu URL. Program Outlook wykona również testy certyfikatów, aby zapobiec przekierowaniu do potencjalnie szkodliwych adresów URL w tym kroku. Jeśli ten krok nie pobierze ładunku, program Outlook przejdzie do kroku 10.
Wartość kontrolki zasad dla tego kroku jest następująca: WykluczhttpRedirect.
Krok 10. Sprawdzanie danych SRV
W tym kroku program Outlook tworzy zapytanie DNS dla ciągu "_autodiscover._tcp.<nazwa> domeny" i przechodzi w pętli po wynikach wyszukiwania pierwszego rekordu, który używa protokołu https. Następnie program Outlook próbuje pobrać ładunek z tego adresu URL. Jeśli ten krok nie powoduje pobrania ładunku, program Outlook przejdzie do kroku 11.
Wartość kontrolki zasad dla tego kroku jest następująca: ExcludeSrvRecord.
Krok 11. Sprawdź, czy usługa O365 nie jest bezpieczna
Jeśli wszystkie poprzednie kroki nie zwróciły ładunku, program Outlook używa mniej restrykcyjnego zestawu heurystycznych, aby zdecydować, czy ostateczna próba punktu końcowego usługi O365 jest potencjalnie pomocna. Jeśli program Outlook uzna, że warto podjąć próbę, spróbuje poznać znane punkty końcowe wykrywania automatycznego usługi Office 365 na wypadek, gdyby konto było kontem usługi O365. Ta próba korzysta z tych samych docelowych adresów URL co krok 4 i różni się tylko tym, że została podjęta w ostateczności, a nie wcześniej w procesie wykrywania automatycznego.
Wartość kontrolki zasad dla tego kroku jest następująca: ExcludeExplicitO365Endpoint.
Zagadnienia itar
Jeśli program Outlook dojdzie do tego kroku i nie pomyślnie pobierze ładunku wykrywania automatycznego, zostaną przeprowadzone dwa testy w celu sprawdzenia, czy należy podjąć próbę wykonania dobrze znanych punktów końcowych Office 365. Po pierwsze, jeśli skrzynka pocztowa jest kontem klienta (na przykład outlook.com), zostanie podjęta próba utworzenia znanego punktu końcowego. Po drugie, jeśli skrzynka pocztowa zostanie określona jako należąca do domeny, która nie ma wymagań itar, zostanie podjęta próba utworzenia dobrze znanego punktu końcowego. Jeśli skrzynka pocztowa jest uznana za komercyjną i należy do domeny, która ma wymagania ITAR, nie jest podejmowana żadna próba w odniesieniu do znanych punktów końcowych Office 365. W przyszłych wersjach krok 11 może przejść do tej samej logiki co krok 4 i wywołać usługę konfiguracji Office 365. Po wprowadzeniu tej zmiany ten artykuł zostanie zaktualizowany w celu odzwierciedlenia nowego etapu procesu.
Przekierowywanie obsługi kroku 9 w sekcji Proces wykrywania automatycznego to jawny krok do obsługi danych przekierowywania bez zabezpieczeń. W dowolnej innej bezpiecznej procedurze, w przypadku każdej próby pobrania ładunku XML wykrywania automatycznego, jedną z możliwych odpowiedzi z punktu końcowego jest odpowiedź przekierowywania. Ta odpowiedź każe programowi Outlook przekierować do nowego, innego adresu URL, aby spróbować pobrać ładunek. Ponadto dane przekierowywania mogą zawierać nowy, inny adres e-mail używany jako adres docelowy próby wykrywania automatycznego. Program Outlook uważa trzy oddzielne odpowiedzi za "przekierowywanie odpowiedzi":
- Kod stanu HTTP (301, 302) z nowym adresem URL
- Kod stanu HTTP 200, ale z ładownym kodem XML, który informuje program Outlook o przekierowaniu do innego adresu URL
- Kod stanu HTTP 200, ale z ładownym kodem XML, który informuje program Outlook o użyciu innego adresu smtp jako adresu docelowego.
W przypadkach 1 i 2 program Outlook próbuje pobrać kod XML wykrywania automatycznego z nowego adresu URL, pod warunkiem że protokół to https. Adresy URL niezabezpieczone (http) nie są próbowane. Ponadto, nawet jeśli protokół w nowym adresie URL to https, program Outlook sprawdzi informacje o certyfikatach, aby zapewnić dodatkową miarę zabezpieczeń.
W przypadku sprawy 3 program Outlook rozpoczyna cały proces wykrywania automatycznego od początku. Jeśli wszystkie kroki (1–11) nie powiodą się przy użyciu nowego adresu e-mail, program Outlook powróci na oryginalny adres e-mail, przejdzie do kroku 5 i będzie kontynuował próbę pobrania ładunku XML z oryginalnym adresem.
Wyjątki Kroki w sekcji Proces wykrywania automatycznego to ogólne reguły dotyczące sposobu, w jaki program Outlook próbuje uzyskać ładunek wykrywania automatycznego. Istnieją różne optymalizacje i wyjątkowe próby, które mogą nieco zmienić proces. Na przykład podczas tworzenia nowego konta program Outlook wewnętrznie pomija krok 3 (sprawdź dane ostatniej znanej dobrej (LKG), ponieważ nie może jeszcze mieć ostatniego znanego dobrego wpisu. Podobnie, jeśli próba została wyzwolona z powodu błędu przy użyciu bieżących informacji o konfiguracji, program Outlook celowo chce ponownie wykrywania automatycznego i nie używać informacji LKG, ponieważ prawdopodobnie ostatnia znana dobra informacja spowodowała błąd.
Kontrolka zasad Wartości zasad zdefiniowane w sekcji Proces wykrywania automatycznego mogą być wartościami rejestru opartymi na zasadach lub wartościami opartymi na zasadach. Po ich wdrożeniu za pomocą obiektu zasad grupy lub ręcznej konfiguracji klucza zasad ustawienia mają pierwszeństwo przed kluczem bez zasad.
Klucz niezwiązany z zasadami: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Klucz zasad: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover
Każda wartość ma typ DWORD.
PreferLocalXML różni się od innych wartości kontrolek, ponieważ ustawienie 1 ustawia program Outlook, aby włączyć ten krok procesu. W przypadku pozostałych wartości ustawienie 1 informuje program Outlook o wyłączeniu lub pominięciu skojarzonego kroku. Na przykład ustawienie wartości ExcludeHttpsRootDomain (WykluczhttpsRootDomain ) na wartość 1 powoduje, że program Outlook nie wykona kroku 6 procesu.
Dodatkowe kontrolki rejestru
Program Outlook udostępnia kilka dodatkowych opcji konfiguracji opartych na rejestrze, które mogą mieć wpływ na proces wykrywania automatycznego:
Korzystanie z usługi konfiguracji Office 365
Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wartość: EnableOffice365ConfigService
Wartość domyślna: 0
Dane: ustaw wartość 1 dla tych danych DWORD, aby wymusić wywołanie usługi Office 365 Config Service przez program Outlook w celu pobrania odpowiednich adresów URL wykrywania automatycznego.
Ustawienia limitu czasu HTTP
Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wartość: limit czasu
Domyślne: 25 sekund
Minimum: 10 sekund
Maksimum: 120 sekund
Informacje: Określone limity czasu są używane jako ustawienia usługi WinHttpSetTimeouts . Określone dane są przekazywane do wszystkich czterech parametrów interfejsu API WinHttpSetTimeouts. To potencjalnie umożliwia żądanie HTTP, do którego nie można dotrzeć szybciej, aby przyspieszyć limit czasu, co poprawi ogólną wydajność. Ustawienia te pozwalają również na pomyślne żądanie HTTP, które trwa dłużej niż domyślnie 25 sekund, zwiększając ustawienie limitu czasu do wartości większej niż 25 sekund.
Kontrolka protokołu Mapi/Http
Klucz: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Wartość: MapiHttpDisabled
Wartość domyślna: 0
Dane: 1 = Protokół jest wyłączony; 0 = Protokół jest włączony
Informacje: Ta wartość nie znajduje się pod kluczem wykrywania automatycznego. Jest to ogólne ustawienie, które określa, czy program Outlook może próbować nawiązać połączenie z programem Exchange przy użyciu stosu protokołu Mapi/Http. Domyślnym ustawieniem w Outlook 2016 nie jest wyłączenie tego protokołu. Dzięki temu proces wykrywania automatycznego doda specjalny nagłówek (X-MapiHttpCapability:1) do procesu odnajdowania, aby można było oceniać i przetwarzać ustawienia protokołu Mapi/Http.
Starsza kontrola negocjacji uwierzytelniania
Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Wartość: AllowNegoCapabilityHeader
Wartość domyślna: 0
Dane: 1 = Nagłówki są dodawane; 0 = Nagłówki nie są dodawane
Informacje: Zwróć uwagę, że ta wartość nie znajduje się pod kluczem wykrywania automatycznego. To ustawienie określa, czy nagłówek negocjacji uwierzytelniania jest dodawany do żądań http. Zawartość nagłówka zależy od możliwości uwierzytelniania na komputerze klienckim. Przykładowy nagłówek może być: "X-Nego-Capability: Negotiate, pKU2u, Kerberos, NTLM, MSOIDSSP". Ta wartość rejestru i dodany nagłówek są rzadko używane w każdym stosie nowoczesnego uwierzytelniania i jest mało prawdopodobne, aby wpływać na proces wykrywania tAodiscover w sposób negatywny lub pozytywny.
Obsługa błędów certyfikatu
Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wartość: ShowCertErrors
Wartość domyślna: 0
Dane: 1 = Pokaż ostrzeżenia/błędy certyfikatów; 0 = Nie pokazuj ostrzeżeń certyfikatów
Informacje: Ta wartość określa sposób, w jaki program Outlook obsługuje błędy certyfikatów i ostrzeżenia otrzymane podczas wykonywania zadań http. Program Outlook może zastąpić to ustawienie w niektórych przypadkach (krok 6 w sekcji Proces wykrywania automatycznego), ale w przypadku ogólnego przypadku, jeśli to ustawienie jest włączone, w programie Outlook zostanie wyświetlony monit z ok. oknom dialogowym zabezpieczeń z wyświetlonym błędem certyfikatu lub ostrzeżeniem i zezwoleniem użytkownikowi na ok lub anulowanie żądania Http. Istnieją trzy specyficzne błędy certyfikatu, które użytkownik może zignorować, i poproś program Outlook o ponowienie próby żądania http:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID — występuje problem z datą we właściwościach certyfikatu
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID — występuje problem z nazwą wspólną we właściwościach certyfikatu
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA — występuje problem z urzędem certyfikacji we właściwościach certyfikatu
Więcej informacji na temat tych trzech stanów błędów certyfikatu można znaleźć w WINHTTP_STATUS_CALLBACK funkcji wywołania zwrotne
Obsługa uwierzytelniania serwera proxy
Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Wartość: AllowOutlookHttpProxyAuthentication
Wartość domyślna: 0
Dane: 1 = Zezwalaj programowi Outlook na obsługę wyzwań związanych z uwierzytelnianiem z serwerów proxy; 0 = dyskretnie niepowodzenie wyzwań uwierzytelniania z serwerów proxy
Informacje: Ta wartość rejestru pozwala na złagodzenie konfiguracji zabezpieczeń i jest szczegółowo omówiony w następującym artykule w bazie wiedzy Baza wiedzy Microsoft Knowledge Base:
3115474 MS16-099: Opis aktualizacji zabezpieczeń dla programu Outlook 2010: 9 sierpnia 2016 r.
Wykrywanie automatyczne innych protokołów
Funkcja wykrywania automatycznego jest również używana przez program Outlook do odnajdowania i konfigurowania kont Exchange ActiveSync (EAS). Proces automatycznego wykrywania EAS i podejmowanie decyzji są niezależne od czynności opisanych w tym artykule. Na przykład implementacja EAS nie implementuje logiki punktu końcowego usługi O365 i nie ma kroku, który sprawdza lokalizacje SCP. Ten artykuł zawiera opis szczegółowych kroków używanych przez program Outlook do prób wykrywania automatycznego w celu uzyskania protokołów opartych na interfejsie MAPI z programu Exchange.
Źródła informacji
Starsze informacje na temat wykrywania automatycznego można znaleźć w następującym artykule w bazie wiedzy Baza wiedzy Microsoft Knowledge Base:
2212902 nieoczekiwane zachowanie wykrywania automatycznego, gdy masz ustawienia rejestru pod kluczem \Wykrywanie automatyczne
Aby uzyskać więcej informacji na temat wykrywania automatycznego, zobacz następujące artykuły firmy Microsoft: