Outlook 2016 implementacji wykrywania automatycznego

Chronometraż wykrywania automatycznego

Automatyczne wykrywanie jest uruchamiane w następujących godzinach:

1. Podczas tworzenia konta.

2. W określonych odstępach czasu, aby zbierać zmiany adresów URL, które Exchange funkcje usługi sieci Web (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 się nie powiedzie, następna próba zostanie wykonana 5 minut później. Każda próba może być potencjalnie schodkowana nawet o 25 procent ze względu na infrastrukturę zadań w tle używaną przez wszystkie Microsoft Office aplikacje.

3. W odpowiedzi na pewne awarie łączności. W różnych scenariuszach w przypadku niepowodzenia próby połączenia Outlook zadanie wykrywania automatycznego w celu pobrania nowych ustawień w dowolnej próbie rozwiązania problemu z połączeniem.

4. Gdy inna aplikacja wywoła ją przy użyciu funkcji MAPI. Aby uzyskać więcej informacji na temat mapI, zobacz następujący artykuł w witrynie MSDN: Outlook odwoływać się do mapI.

Wydajność wykrywania automatycznego

Użyj głównej nazwy użytkownika (UPN), aby przyspieszyć proces wykrywania automatycznego.

Aby zainicjować proces wykrywania automatycznego, na Outlook komputer przyłączony do domeny musi znać nazwę UPN użytkownika. Być może ta upn była używana do logowania w u Windows, w Outlook ma bezpośredni dostęp do tej upn z poświadczeń logowania. Jeśli jednak użytkownik loguje się do Windows domeny #OUTLOOK ma takie same poświadczenia dla użytkownika. Aby można było uzyskać nazwę UPN, Outlook najpierw należy sprawdzić użytkownika w katalogu. Outlook będzie zażądać, aby to odnośniki wyglądały jak odwołania. W środowiskach złożonych może to powodować kontaktowanie się z dużą liczbą komputerów DCs przed odnalezionym wynikiem. Po Outlook górę nazwy użytkownika wartość jest buforowana w profilu i odnośnik nie powinien się powtarzać dla tego użytkownika.

Aby uniknąć tego scenariusza, użytkownik może zalogować się przy użyciu upn zamiast domeny #A0 nazwa_użytkownika.

Zagadnienia dotyczące tarktydy

Microsoft Office 365 funkcje, które mogą pomóc klientom korzystającym ze zobowiązań w zakresie ITAR. W kontekście funkcji wykrywania automatycznego w programie Outlook ten zestaw funkcji zawiera ustawienia i zachowanie zasad, które gwarantuje, że punkty końcowe usługi używane na potrzeby wykrywania automatycznego spełniają wymagania suwerennej chmury. W szczególności w ramach poszczególnych Office 365 wymienionych w procesie wykrywania automatycznego (krok 4 i krok 11) dostępna jest kontrola zasad w celu zapewnienia, że podczas procesu wykrywania automatycznego zostaną użyte odpowiednie punkty końcowe usługi. 

Proces wykrywania automatycznego Za każdym razem, Outlook wymaga informacji wykrywania automatycznego, aplikacja korzysta z zestawu uporządkowanych kroków w celu pobrania ładu XML zawierającego ustawienia konfiguracji. Wiele z tych kroków można kontrolować za pomocą obiektów zasady grupy (GPO), a wartość obiektu zasad grupy jest zawarta w opisie kroku.

Obsługa przekierowywania Krok 9 w sekcji Proces wykrywania automatycznego jest jawnym krokiem do obsługi niezabezpieczonych danych przekierowywania. W innych bezpiecznych krokach w przypadku każdej próby pobrania ładu xml wykrywania automatycznego jedna możliwa odpowiedź z punktu końcowego to odpowiedź przekierowywania. Ta odpowiedź informuje Outlook przekierować do nowego, innego adresu URL w celu pobrania poszczególnych danych. Ponadto dane przekierowania mogą zawierać nowy, inny adres e-mail, który ma być adresem docelowym próby wykrywania automatycznego. Outlook trzy osobne odpowiedzi są "przekierowywanie odpowiedzi":

• Kod stanu HTTP (301, 302) z nowym adresem URL

• Kod stanu HTTP 200, ale z kodem XML ładu, który Outlook przekierowywania do innego adresu URL

• Kod stanu HTTP 200, ale z kodem XML ładowania, który Outlook użyć innego adresu SMTP jako adresu docelowego.

W przypadkach 1 i 2 program Outlook pobrania pliku XML wykrywania automatycznego z nowego adresu URL pod warunkiem, że protokół ma protokół https. Adresy URL niezabezpieczone (http) nie są próbowane. Ponadto, nawet jeśli protokół w nowym adresie URL to https, Outlook sprawdzi informacje o certyfikacie w celu zapewnienia dodatkowej miary zabezpieczeń.

W przypadku 3 Outlook proces wykrywania automatycznego od początku.  Jeśli wszystkie kroki (1–11) zostały wypróbowane bez powodzenia przy użyciu nowego adresu e-mail, program Outlook powróci na oryginalny adres e-mail, powróci do kroku 5 i będzie kontynuować próbę pobrania pobierana zawartość XML przy użyciu oryginalnego adresu.

Wyjątki Sekcję Proces wykrywania automatycznego stanowią ogólne reguły dotyczące sposobu Outlook uzyskania opłaty za automatyczne wykrywanie. Istnieją różne optymalizacje i wyjątkowe próby, które mogą nieco zmienić ten proces. Na przykład podczas tworzenia nowego konta program Outlook wewnętrznie pomija krok 3 (sprawdzanie danych dotyczących ostatniego znanego dobrego (LKG), ponieważ jeszcze nie może mieć ostatniego znanego dobrego wpisu.  Analogicznie, jeśli próba została wyzwolona z powodu błędu przy użyciu bieżących informacji o konfiguracji, program Outlook celowo chce ponownie uruchomić wykrywanie automatyczne i nie używać informacji lKG, ponieważ prawdopodobnie ostatnie znane, dobre informacje spowodowały niepowodzenie.

Kontrola zasad Wartości zasad zdefiniowane w sekcji Proces wykrywania automatycznego mogą być wartościami rejestru opartymi na zasadach lub wartościami niezwiązywaymi z zasadami.  W przypadku wdrażania za pośrednictwem obiektu zasad grupy lub ręcznej konfiguracji klucza zasad ustawienia mają pierwszeństwo przed kluczem nie policy.

Klucz niezwiązywowy 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ść jest typu DWORD.

Wartość PreferLocalXML różni się od innych wartości kontrolek jako ustawienie 1 zestawu Outlook w celu włączenie tego kroku w procesie.  W przypadku pozostałych wartości ustawienie 1 nakazuje programowi outlook wyłączenie lub pominięcie skojarzonego kroku. Na przykład ustawienie wartości ExcludeHttpsRootDomain (WykluczhttpsRootDomain) na 1 Outlook na nie wykonanie kroku 6 w procesie.

Dodatkowe kontrolki rejestru

Outlook udostępnia kilka dodatkowych opcji konfiguracji opartych na rejestrze, które mogą mieć wpływ na proces wykrywania automatycznego:

Korzystanie z Office 365 konfiguracji

Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wartość: EnableOffice365ConfigService
Domyślne: 0
Dane: Ustaw te dane DWORD na wartość 1, aby wymusić Outlook połączenia z usługą konfiguracji Office 365 w celu pobrania odpowiednich adresów URL wykrywania automatycznego.

Ustawienia przekierowywu czasu HTTP

Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wartość: Limit czasu
Domyślne: 25 sekund
Minimum: 10 sekund
Wartość maksymalna: 120 sekund
 

Informacje: Określone limity czasu są używane jako ustawienia programu WinHttpSetTimeouts. Określone dane są przekazywane do wszystkich czterech parametrów interfejsu API WinHttpSetTimeouts. Potencjalnie pozwala to na szybsze przełoganie żądania HTTP, co spowoduje ogólną wydajność. Te ustawienia mogą także zezwalać na sukces żądania HTTP, które trwa dłużej niż domyślnie 25 sekund, zwiększając limit czasu do wartości większej niż 25 sekund.
Mapi/Http Protocol Control

Klucz: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Wartość: MapiHttpDisabled
Domyślne: 0
Data (Dane): 1 = Protocol is Disabled (Protokół jest wyłączony); 0 = Włączony jest protokół

Informacje: Ta wartość nie znajduje się w kluczu wykrywania automatycznego. Jest to ustawienie ogólne, które kontroluje, czy Outlook nawiązywanie połączenia z siecią Exchange przy użyciu stosu protokołu Mapi/Http. Domyślnie w Outlook 2016 ten protokół nie jest wyłączony. Dzięki temu proces wykrywania automatycznego może dodać do procesu odnajdowania specjalny nagłówek (X-MapiHttpCapability:1), dzięki czemu będzie można 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
Domyślne: 0
Dane: 1 = Dodano nagłówki; 0 = Nie dodano nagłówków

Informacje: Uwaga: 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". Tej wartości rejestru i dodanego przez niego nagłówka rzadko używa się w każdym stosie nowoczesnego uwierzytelniania i jest mało prawdopodobne, aby wpływać na proces wykrywania tAodiscover w sposób ujemny lub dodatni.
Obsługa błędów certyfikatów

Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Wartość: ShowCertErrors
Domyślne: 0
Dane: 1 = Pokaż ostrzeżenia/błędy certyfikatów; 0 = Nie pokazuj ostrzeżeń o certyfikatach

Informacje: Ta wartość określa, Outlook obsługuje błędy certyfikatów i ostrzeżenia otrzymywane podczas wykonywania zadań http. Outlook to ustawienie może w niektórych przypadkach zastąpić (krok 6 w sekcji Proces wykrywania automatycznego), ale w przypadku ogólnego przypadku, jeśli to ustawienie jest włączone, program Outlook wyświetli monit z oknem dialogowym zabezpieczeń z komunikatem o błędzie lub ostrzeżeniem certyfikatu i z prośbą o ok lub anulowanie żądania Http. Istnieją trzy specyficzne błędy certyfikatów, które użytkownik może zignorować i Outlook ponowić próbę żą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ą pospolitą we właściwościach certyfikatu

• WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA — występuje problem z uprawnieniami certyfikatów we właściwościach certyfikatu
  
  Więcej informacji na temat tych trzech stanów błędów certyfikatu można znaleźć na stronie WINHTTP_STATUS_CALLBACK funkcji wywołania zwrotnego

Obsługa uwierzytelniania serwera proxy

Klucz: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Wartość: AllowOutlookhttpProxyAuthentication
Domyślne: 0
Dane: 1 = Umożliwienie Outlook uwierzytelniania z serwerami proxy; 0 = wyzwania związane z uwierzytelnianiem w trybie dyskretnym ze strony serwerów proxy
 

Informacje: Ta wartość rejestru umożliwia ochronę konfiguracji zabezpieczeń i została szczegółowo omówiona w następującym artykule z bazy wiedzy Microsoft Knowledge Base: 3115474 MS16-099: Opis aktualizacji zabezpieczeń dla programu

Outlook 2010: 9 sierpnia 2016 r.

Autodiscover dla innych protokołów

Autodiscover jako funkcja jest również używana przez firmę Outlook do odnajdowania i konfigurowania Exchange ActiveSync (EAS). Proces wykrywania automatycznego 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 czynności, Outlook na podstawie prób wykrywania automatycznego w celu uzyskania protokołów opartych na mapi z Exchange.