Outlook 2016 implementaciju automatskog otkrivanja

Sažetak

Automatskog otkrivanja je značajka koju Outlook koristi dohvatiti informacije o konfiguraciji za poslužitelje koji povezuje. U Outlook 2016 s Exchange poslužiteljima automatskog otkrivanja smatra jednoj točki istine konfiguracijske informacije i mora biti konfiguriran i radi ispravno za Outlook biti potpuno funkcionalna. Ovaj članak opisuje implementaciju automatskog otkrivanja u trenutni kanala kliknite pokretanja izdanje Outlook 2016. Dodatne informacije o izdanjima kanal klijent Office 365 potražite sljedeće Microsoft web-mjesta:

Verziju i međuverziju brojeve kanala izdanjima ažuriranje za Office 365 klijenti

Office 365 klijent ažuriranje kanal izdanja

Dodatne informacije

Tempiranje automatskog otkrivanja

Sljedeće vrijeme pokreće automatskog otkrivanja:

Tijekom stvaranja računa.
U određenim intervalima za prikupljanje promjene URL-ovi koji pružaju web-servis Exchange značajke (OOF, servis za dostupnost i tako dalje). Ako postupak uspije, pokušajte drugu vrši se jedan sat kasnije. Ako pokušaj ne uspije, pokušajte sljedeće je izvršena 5 minuta kasnije. Svaki pokušaj možete potencijalno biti Nestalan koliko je god 25 posto zbog Infrastruktura zadatka pozadine koristi sve Microsoft Officeove aplikacije.
U odgovor na određene neuspjeha povezivosti. U različitim scenarijima kada pokušaj povezivanja ne uspije, Outlook pokreće zadatak automatskog otkrivanja dohvatiti nove postavke u bilo koji pokušaj da biste ispravili problem veze.
Kada drugi program poziva ga korištenjem MAPI. Dodatne informacije o MAPI potražite u sljedećem članku MSDN: Referenca MAPI programa Outlook.

Učinkovitost automatskog otkrivanja

Korisnik glavni naziv (UPN) koristite da biste ubrzali postupak automatskog otkrivanja.

Na računalu pridruženo domeni, Outlook mora znati UPN korisnik za pokretanje postupka automatskog otkrivanja. UPN korištena za prijavu u sustav Windows, u kojem slučaju Outlook ima izravan pristup UPN iz vjerodajnice za prijavu. Ali ako domena\korisničkoime korisnik koristi za prijavu u sustav Windows, Outlook ima samo istu vjerodajnica za korisnika. Dobavljanje UPN Outlook morate najprije potražiti korisnika u imeniku. Outlook će zatražiti ovog pretraživanja treba pronaći referenci. U okruženjima složene, to može uzrokovati velik broj prevođenja kontaktirati prije pronaći rezultat. Nakon Outlook otkriva UPN korisnika, vrijednost predmemoriran u profilu i pretraživanja treba dogoditi ponovno za ovog korisnika.

Da biste izbjegli ovaj scenarij, korisnik može prijaviti pomoću za UPN umjesto domena\korisničkoime.

Razmatranja ITAR

Microsoft Office 365 nudi značajke koje podržavaju kupce s ITARobveze. U kontekstu značajku automatskog otkrivanja u programu Outlook, ovaj skup značajki uključuje postavke pravila i ponašanje osigurava krajnje točke servisa koristi automatskog otkrivanja pridržavaju sovereign oblak zahtjevima. Konkretno, u Office 365 određene korake koji su navedeni u postupak automatskog otkrivanja (4 i korak 11), kontrola pravila dostupna kako biste osigurali krajnje točke servisa odgovarajuće koriste tijekom postupka automatskog otkrivanja.

Postupak automatskog otkrivanja

Svaki put da Outlook treba automatskog otkrivanja informacija, koristi skup naručene korake pokušati dohvatiti XML tereta koja sadrži konfiguracijske postavke. Mnoge od ovih koraka možete kontrolirati pomoću objekte pravila na grupe (GPO) i vrijednost GPO obuhvaćene opis koraka.

Korak 1: Potvrdite za ponovno pokretanje scenarije

U nekim slučajevima, primjerice kada dodate drugi račun dok se Outlook izvodi tereta automatskog otkrivanja je predmemoriran u lokalnu datoteku koja će se koristiti tijekom restart klijenta za Outlook. Vrlo prvi automatskog otkrivanja je korak da biste provjerili registra za neke posebne "pokretanje" informacija koja govori Outlook nalazite se usred jednu od ovih pokrenite scenarija i čitanje tereta automatskog otkrivanja iz posebne lokalne datoteke. To je rijetko slučaj i obično nije uzrok problema generički automatskog otkrivanja. Za ovaj korak ako Outlook odlučuje su u ovom scenariju posebnih pokretačke i pokušaj dobivanja automatskog otkrivanja XML podataka ne uspije, cijeli automatskog otkrivanja pokušaj ne uspije. Pokušana su dodatne korake.

Postoji nema kontrole određena pravila za ovaj korak.

Korak 2: Provjera preferenca lokalnih podataka

Outlook pruža GPO omogućuju administratorima uvođenje određeno automatskog otkrivanja XML datoteku za konfiguraciju. Ako administrator je uveden tu vrijednost registra i seeded autodiscover.xml datoteku, Outlook čita tereta automatskog otkrivanja iz ove datoteke. Ponovo je neuobičajeno slučaj i obično ne uzrok generic automatskog otkrivanja problemi. Ako ovaj korak dohvatiti s tereta, Outlook se premješta na korak 3. Dodatne informacije o XML automatskog otkrivanja potražite u sljedećem članku TechNet: namjeravate automatski konfigurirati korisničke račune u programu Outlook 2010bilješkuovaj članak je stvoren za Outlook 2010. Međutim, je još relevantan za novije verzije programa Outlook. Vrijednost kontrole pravila za ovaj korak je kako slijedi: PreferLocalXML.

Korak 3: Provjera podataka zadnja poznata dobra (LKG)

Prilikom automatskog otkrivanja dohvaća XML tereta uspješno kroz bilo koji korak, na teret možda biti lokalno predmemorirano kao konfiguracija "zadnji dobro poznati". Prvi najčešće uspješno je način za dobivanje automatskog otkrivanja tereta iz ove Zadnja dobra datoteke. Put zadnje poznate dobar XML datoteke dolazi iz profila za Outlook. Korak LKG koristi se samo za otkrivanje konfiguracije primarni poštanskog sandučića. Ako je pretraživanje automatskog otkrivanja za poštanski sandučić-primarni (zamjenski, delegat, javne mape, grupirati poštanskog sandučića i tako dalje), a zatim automatski preskočiti korak LKG. Ako ovaj korak dohvatiti s tereta, Outlook se premješta na korak 4. Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeLastKnownGoodURL.

Korak 4: Provjera O365 kao prioritet

Outlook koristi skup heuristike za određivanje dolaze li dani korisnički račun iz Office 365. Ako Outlook određuje zasigurno su O365 korisnik, je pokušano dohvatiti tereta automatskog otkrivanja iz poznatih krajnje točke programa O365 (obično https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml ili https:// AutoDiscover-s.partner.Outlook.CN/AutoDiscover/AutoDiscover.xml). Ako ovaj korak dohvatiti tereta, program Outlook premješta na korak 5. Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeExplicitO365Endpoint.

Razmatranje ITAR

Po zadanom, Outlook upiti poznate krajnje točke za dohvat tereta automatskog otkrivanja. Postojeća pravila za zaobilaženje tog koraka još uvijek valjana i može se koristiti za bez pokušaja krajnja točka idite na korak 5. Umjesto toga, postoji novog pravila koja upućuje Outlook upit središnje Office 365 Config usluge za dohvaćanje odgovarajući URL adrese iz koje želite dohvatiti tereta automatskog otkrivanja. Pojmovno, postupak funkcionira na sljedeći način:

Postavljanje novog pravila.
Outlook tijekom korak 4 postupak automatskog otkrivanja upiti servisa Office 365 Config.
Servis određuje (ako postoje) posebne ITAR potrebe su na snazi za navedenog korisnika i vraća odgovarajući URL za tog korisnika pomoću informacija domene UPN.
Outlook pokušava dohvatiti tereta automatskog otkrivanja iz URL-ova dobavila je usluga.

Vrijednost kontrole pravila za novu značajku za korištenje usluge Office 365 Config je EnableOffice365ConfigService.

Napomena

Od build 16.0.9327.1000pravila EnableOffice365ConfigService više ne koristi.

Korak 5: Provjerite Pronađenim podatke

Ako računalo nije pridruženo domeni, Outlook izvodi LDAP upit za dohvaćanje podataka točku povezivanja usluge koja vraća put XML automatskog otkrivanja. Za svaku URL vratio pretraživanja Pronađenim pokušati dohvatiti tereta automatskog otkrivanja zatim izvršen pokušaj. Ako ovaj korak dohvatiti s tereta, Outlook se premješta na korak 6. Dodatne informacije o Pronađenim potražite u sljedećem članku MSDN: Objavljivanje s točke povezivanja usluge. Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeScpLookup.

Korak 6: Potvrdite korijensku domenu

Ovaj korak Outlook izgrađuje URL iz naziv domene početne adrese u obliku https://<domain>/autodiscover/autodiscover.xml i pokušava dohvatiti u tereta iz konačne URL. Jer mnoge korijenske domene nisu konfigurirana za automatskog otkrivanja, Outlook namjerno prekinuto silences certifikata pogrešaka koje se dogode tijekom pokušaj dohvaćanja. Ako ovaj korak dohvatiti s tereta, Outlook premješta koraku 7. Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeHttpsRootDomain.

Korak 7: Potvrdite automatskog otkrivanja domene

Ovaj korak Outlook izgrađuje URL iz naziv domene početne adrese u obliku https://autodiscover.<domain>/autodiscover/autodiscover.xml i pokušava dohvatiti u tereta iz konačne URL. Jer je to primarni URL obično za podatke automatskog otkrivanja, Outlook tišinom certifikat pogrešaka koje se dogode tijekom pokušaj dohvaćanja. Ako ovaj korak dohvatiti s tereta, Outlook se premješta na korak 8. Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeHttpsAutoDiscoverDomain.

Korak 8: Provjera lokalnih podataka

U koraku 2, Outlook provjerava li administrator imao uveden pravila za posebno provjeru tereta automatskog otkrivanja kao preference. Ako nema pravila mjesto, ali niste prethodne korake dohvatiti s tereta, Outlook sada pokušava dohvatiti s tereta iz lokalne datoteke čak i bez PreferLocalXML postavku na mjestu. Ako ovaj korak dohvatiti s tereta, Outlook premješta korak 9. Postoji kontrola nema pravila za ovaj korak.

Korak 9: Provjera HTTP dubine

Za ovaj korak Outlook šalje zahtjev automatskog otkrivanja URL domena (http://autodiscover. < domena > / autodiscover/autodiscover.xml) i test za preusmjeravanje odgovora. Ako stvarni automatskog otkrivanja XML vratio tereta i ne preusmjeravanje Outlook zanemaruje stvarni automatskog otkrivanja XML odgovor jer je dohvaćena bez sigurnosti (http). Ako je odgovor valjani preusmjeravanje URL, Outlook slijedi preusmjeravanje i pokušava dohvatiti tereta XML iz novi URL. Outlook će izvesti certifikat provjerava da biste spriječili preusmjeravanje potencijalno štetne URL-ovi u ovom koraku. Ako ovaj korak dohvatiti s tereta, Outlook premješta korak 10. Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeHttpRedirect.

Korak 10: Provjerite SRV podatke

Za ovaj korak Outlook čini DNS upit za "_autodiscover._tcp. < naziv domene >" i petlji kroz rezultate tražite prvi zapis koji koristi https kao njegov protokol. Outlook pokušava dohvatiti u tereta iz taj URL. Ako ovaj korak dohvatiti s tereta, Outlook premješta korak 11.Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeSrvRecord.

Korak 11: Provjera O365 kao failsafe

Ako prethodni koraci dao na tereta, Outlook koristi manje ograničavajuće skup heuristike odlučiti hoće li konačni pokušaj krajnje točke O365 potencijalno korisne su. Ako outlook odluči pokušaj bude vrijedno, on pokušava poznate O365 automatskog otkrivanja krajnje točke u slučaju račun je račun O365. Taj pokušaj koristi iste ciljnom URL-ove kao korak 4 i razlikuje samo u činjenica je li pokušali uspije i nije ranije u postupak automatskog otkrivanja. Vrijednost kontrole pravila za ovaj korak je kako slijedi: ExcludeExplicitO365Endpoint.

Razmatranja ITAR

Ako Outlook dobiva ovaj korak i prioritetna uspješno dohvatiti tereta automatskog otkrivanja, dva testovi se izvode da biste vidjeli hoće li se treba pokušao dobro poznati krajnje točke za Office 365. Prvo, ako je poštanski sandučić potrošača račun (na primjer outlook.com), pokušao je dobro poznati krajnje točke. Drugo, ako poštanski sandučić određuje pripada domeni koja nema ITAR zahtjevi, pokušao je dobro poznati krajnje točke. Ako poštanski sandučić određuje komercijalni i pripadaju domeni koja ima ITAR zahtjevi, nema je pokušaj dobro poznati krajnje točke za Office 365. U budućim izdanjima, korak 11 možda premještanje istu logiku kao korak 4 i nazovite Config servisa za Office 365. Kada tu promjenu napravili, ovaj članak će se ažurirati tako da odražavaju nove koraka procesa.

Rukovanje preusmjeravanje

Korak 9 u sekciji postupak automatskog otkrivanja je eksplicitno korak za rukovanje nesigurne preusmjeravanje podataka. U bilo kojem od drugih sigurne korake, za bilo koji pokušaj dobivanja tereta automatskog otkrivanja XML jedan mogući odgovor krajnja točka je preusmjeravanje odgovor. Ovaj odgovor saopćiti Outlooku preusmjeravanje URL nove, različite pokušati dohvatiti u tereta. Uz to, preusmjeravanje podataka može sadržavati adresu e-pošte s novi, različite da koristite kao cilj adresu za Pokušaj automatskog otkrivanja. Outlook razmatra tri zasebna odgovore biti "preusmjeri odgovori":

U HTTP kod stanja (301, 302) s novi URL
U HTTP kod stanja 200, ali s tereta XML saopćiti Outlooku preusmjeravanje različite URL
U HTTP kod stanja 200, ali s tereta XML saopćiti Outlooku da koristite različite smtp adresu kao cilj adresu.

U slučajevima 1 i 2, Outlook pokušava dohvatiti automatskog otkrivanja XML iz nove URL, pod uvjetom da je https protokol. Nisu Pokušana URL nesigurne (http). Uz to, čak i ako je protokol novi URL https, Outlook će provjeriti informacije o certifikatu i pružaju dodatne mjere sigurnosti. Outlook pokreće postupak automatskog otkrivanja cijeli slučaj 3 od početka. Ako su svi koraci (1-11) iskušali bilo bezuspješno koristeći novu adresu e-pošte, zatim Outlook vraća izvorne adresu e-pošte, premješta korak 5 i nastavlja pokušaj dobivanja XML tereta s izvorna adresa.

Iznimke

Koraci u odjeljku postupak automatskog otkrivanja su Opća pravila za način Outlook pokušava dobiti tereta automatskog otkrivanja. Postoje različite optimizacije i izvanredne pokušaje možda promijeniti postupak malo. Ako, na primjer, pri izvođenju novi stvaranja računa Outlook interno preskočiti korak 3 (Provjeri podatke zadnja poznata dobra (LKG)), jer još ne može imati u Zadnja dobra stavka. Slično tome, ako pokušaj je pokrenuo zbog pogreške pomoću trenutne informacije o konfiguraciji, zatim Outlook namjerno prekinuto želi ponovno automatskog otkrivanja i ne koristi informacije LKG jer presumably u Zadnja dobra informacije rezultirao je Neuspjeh.

Kontrola pravila

Postupak automatskog otkrivanja definirana pravila vrijednosti koje su sekcije mogu biti temelji pravila registra vrijednosti ili vrijednosti koje nisu – temelji na pravilima. Kada su raspoređeni kroz GPO ili ručno konfiguriranje pravila ključ, postavke imaju prednost pred ključ pravila. -Pravila ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Ključ pravila: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover Svaka vrijednost je vrste DWORD. PreferLocalXML razlikuje se od drugih vrijednosti kontrole kao postavka 1 postavlja Outlook za uključivanje na koji korak u postupku. Za preostale vrijednosti postavka 1 saopćiti Outlooku uključivanje Isključeno ili skip povezan korak. Na primjer, postavljanje vrijednosti ExcludeHttpsRootDomain 1 postavlja nije da Outlook izvrši korak 6 u postupku.

Dodatni registra kontrole

Outlook nudi nekoliko mogućnosti dodatne konfiguracijske temelji registra koji može utjecati na postupak automatskog otkrivanja:

Korištenje usluge Office 365 Config

Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Vrijednost: EnableOffice365ConfigService Zadano: 0 Podaci: Postavite DWORD podatke na 1 želite prisiliti Outlook da poziv Config Service Office 365 dohvatiti odgovarajući URL automatskog otkrivanja.

Postavke prekoračenja vremena HTTP

Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Vrijednost: vremensko ograničenje Zadano: 25 sekundi Minimalno: 10 sekundi Maksimalno: 120 sekundi

Informacije: Navedeni vremenska ograničenja se koriste kao WinHttpSetTimeouts postavke. Navedeni podaci se prenose na sve četiri parametra WinHttpSetTimeouts API. Time potencijalno HTTP zahtjev koji nije moguće dohvatiti za brže, prekoračenja vremena koje će poboljšati ukupne performanse. Postavke nije moguće dopustiti HTTP zahtjev traje dulje nego zadanu 25 sekundi uspjeti povećavanjem postavku vremena isteka nešto veća od 25 sekundi. Kontrola mapi Http protokola

Ključ: HKEY_CURRENT_USER\Software\Microsoft\Exchange Vrijednost: MapiHttpDisabled Zadano: 0 Podaci: 1 = onemogućen protokol; 0 = omogućen protokol

Informacije: Ova vrijednost nije smještena u odjeljku ključ automatskog otkrivanja. Ovo je Općenito postavka te kontrole hoće li Outlook možete pokušati povezati s Exchange pomoću snop Mapi Http protokol. Zadani Outlook 2016 nije ste ovaj protokol onemogućen. To omogućuje postupka automatskog otkrivanja dodati posebno zaglavlje (X-MapiHttpCapability:1) na otkrivanje obraditi tako da postavke Mapi Http protokola mogu procijeniti i obraditi. Naslijeđeni provjere autentičnosti Pregovori kontrole

Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC Vrijednost: AllowNegoCapabilityHeader Zadano: 0 Podaci: 1 = zaglavlja dodaju; 0 = ne dodaju zaglavlja

Informacije: Bilješka Ova vrijednost nije pod ključ automatskog otkrivanja. Ova postavka kontrolira hoće li se zaglavlje Pregovori provjere autentičnosti dodaje http zahtjeva. Sadržaj u zaglavlju ovisi o mogućnosti provjere autentičnosti na klijentskom računalu. Primjer zaglavlja možda: "X, Nego i mogućnost: Pregovaraj o, pku2u, Kerberos, NTLM MSOIDSSP". Ova vrijednost registra i zaglavlje dodaje su rijetko korištenih u bilo kojem snop Moderna provjere autentičnosti i vrlo vjerojatno neće utjecati na postupak tAodiscover ili negativna ili pozitivna način. Rukovanje pogreškama certifikata

Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Vrijednost: ShowCertErrors Zadano: 0 Podaci: 1 = Pokaži certifikat upozorenja/pogreške; 0 = ne pokazuj upozorenja certifikata

Informacije: Ova vrijednost kontrole kako Outlook držače certifikata pogrešaka i upozorenja koje su primili kada izvodi zadatke http. Outlook može nadjačati tu postavku u nekim slučajevima (korak 6 u sekciji postupak automatskog otkrivanja), ali za opće slučaj ako je ova postavka omogućena, Outlook će zatražiti dijaloški okvir sigurnosti prikazuje pogreška certifikata ili upozorenje i Dopusti korisniku u redu ili Poništi zahtjev za Http. Postoje tri pogreške određene potvrde koje korisnik možete odlučiti da Zanemari i imati Outlook ponovno http zahtjev:

WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – postoji problem s datumom svojstva potvrde
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – postoji problem s uobičajeni naziv svojstva potvrde
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – postoji problem s ustanova za izdavanje certifikata u certifikat svojstva Dodatne informacije o ove tri certifikata pogreška stanja može se pronaći na https://msdn.microsoft.com/library/windows/desktop/aa383917(v=vs.85).aspx

Rukovanje provjere autentičnosti za proxy

Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ Vrijednost: AllowOutlookHttpProxyAuthentication Zadano: 0 Podaci: 1 = Dopusti Outlook za rukovanje izazove provjera autentičnosti proxy poslužitelja; 0 = tiho Neuspjelo izazove provjera autentičnosti proxy poslužitelja

Informacije: Ova vrijednost registra omogućuje relaksaciju konfiguraciju sigurnosti i obuhvaćeno detalja u sljedećem članku u Microsoftovoj bazi znanja: 3115474 MS16 099: Opis sigurnosnog ažuriranja za Outlook 2010: kolovoz 9, 2016

Automatskog otkrivanja za druge protokole

Automatskog otkrivanja kao značajka također koristi Outlook za otkrivanje i konfiguriranje računa sustava Exchange ActiveSync (EAS). Postupak automatskog otkrivanja EAS i donošenje odluka odvojena je od koraka opisanih u ovom članku. Ako, na primjer, EAS implementaciju implementirati logiku krajnje točke O365 i imaju korak koji provjerava Pronađenim mjesta. Ovaj članak je usmjeren opisuju detaljne korake koje Outlook koristi za pokušaje automatskog otkrivanja za dobivanje protokole temeljene na MAPI Exchange.

Reference

Naslijeđeni informacije o automatskog otkrivanja možete pronaći u sljedećem članku u Microsoftovoj bazi znanja:

2212902 neočekivane automatskog otkrivanja ponašanje kada imate postavke registra u odjeljku ključ \Autodiscover

Dodatne informacije o automatskog otkrivanja potražite u sljedećim člancima Microsoft:

Automatskog otkrivanja za Exchange: https://msdn.microsoft.com/library/office/jj900169(v=exchg.150).aspx Servis automatskog otkrivanja: https://technet.microsoft.com/library/bb124251(v=exchg.150).aspx