Rezime
Automatsko otkrivanje je funkcija koju Outlook koristi za pribavljanje informacija o konfiguraciji servera sa kojima se povezuje. U programu Outlook 2016 sa Exchange serverima, automatsko otkrivanje se smatra jedinom tačnom tačkom za informacije o konfiguraciji i mora da se konfiguriše i ispravno funkcioniše da bi Outlook bio potpuno funkcionalan. Ovaj članak opisuje primenu automatskog otkrivanja u trenutnom izdanju "Klikni i pokreni" programa Outlook 2016. Dodatne informacije o izdanjima kanala Office 365 klijenata potražite na sledećim Microsoft veb lokacijama:
Brojevi verzija i izdanja kanala ažuriranja za Office 365 klijente
Izdanja za kanale ispravki Office 365 klijenta
Dodatne informacije
Vreme automatskog otkrivanja
Automatsko otkrivanje se pokreće u sledećim vremenima:
- Tokom kreiranja naloga.
- U određenim intervalima da bi se prikupljale promene URL adresa koje obezbeđuju funkcije veb usluge Exchange (OOF, usluga dostupnosti i tako dalje). Ako ovaj proces uspe, pokušaj će biti ponovljen sat vremena kasnije. Ako pokušaj ne uspe, sledeći pokušaj se vrši 5 minuta kasnije. Svaki pokušaj može potencijalno da bude pomeren za čak 25 procenata zbog pozadinske infrastrukture zadataka koju koriste sve Microsoft Office aplikacije.
- Kao odgovor na određene greške u povezivanju. U različitim scenarijima, kada pokušaj povezivanja ne uspe, Outlook pokreće zadatak automatskog otkrivanja da bi preuzeo nove postavke u bilo kom pokušaju da se reši problem sa povezivanjem.
- Kada je druga aplikacija poziva koristeći MAPI. Više informacija o MAPI-ju potražite u sledećem MSDN članku: Outlook MAPI referenca.
Efikasnost automatskog otkrivanja
Koristite glavno korisničko ime (UPN) da biste ubrzali proces automatskog otkrivanja.
Na računaru pridruženom domenu, Outlook treba da zna UPN za korisnika kako bi pokrenuo proces automatskog otkrivanja. UPN se možda koristi za prijavljivanje u Windows, u tom slučaju Outlook ima direktan pristup UPN-u iz akreditiva za prijavljivanje. Ali ako korisnik koristi domen\korisničko ime da bi se prijavio u operativnom sistemu Windows, Outlook ima iste akreditive za tog korisnika. Da bi dobio UPN, Outlook prvo mora da potražite korisnika u direktorijumu. Outlook će zahtevati da ovo pronalaženje treba da juri preporuke. U složenim okruženjima, to može dovesti do stupanja u kontakt sa velikim brojem računara pre nego što se pronađe rezultat. Kada Outlook otkrije UPN za korisnika, vrednost se kešira u profilu i pronalaženje ne bi trebalo da se ponovi za tog korisnika.
Da bi se izbegao ovaj scenario, korisnik može da se prijavi koristeći UPN umesto domen\korisničko ime.
Razmatranja o ITAR-u
Microsoft Office 365 pruža funkcije koje mogu da podrže klijente sa ITAR obavezama. U kontekstu funkcije automatskog otkrivanja u programu Outlook, ovaj skup funkcija obuhvata postavke smernica i ponašanje koje obezbeđuje da krajnje tačke usluge koje se koriste za automatsko otkrivanje ispunjavaju zahteve suverenog oblaka. Tačnije, u koracima specifičnim za Office 365 koji su navedeni u procesu automatskog otkrivanja (4. i 11. korak), dostupna je kontrola smernica da bi se obezbedilo da se odgovarajuće krajnje tačke usluge koriste tokom procesa automatskog otkrivanja.
Proces automatskog otkrivanja Svaki put kada su programu Outlook potrebne informacije za automatsko otkrivanje, on koristi skup uređenih koraka kako bi pokušao da preuzme XML korisni sadržaj koji sadrži postavke konfiguracije. Mnogi od ovih koraka mogu se kontrolisati pomoću objekata Smernice grupe (GPO), a GPO vrednost je uključena u opis koraka.
1. korak: Provera scenarija ponovnog pokretanja
U nekim slučajevima, na primer kada dodate drugi nalog dok je Outlook pokrenut, korisni prostor automatskog otkrivanja kešira se u lokalnoj datoteci koja se koristi tokom ponovnog pokretanja Outlook klijenta. Prvi korak automatskog otkrivanja jeste da proverite da li u registratoru postoje neke posebne informacije o "pokretanje" koje programu Outlook govore da ste usred jednog od ovih scenarija ponovnog pokretanja i da se čita korisni teret automatskog otkrivanja iz posebne lokalne datoteke. Ovo je redak slučaj i obično nije uzrok generičkih problema sa automatskim otkrivanjem. U ovom koraku, ako Outlook odluči da se nalazite u ovom scenariju specijalnog pokretanja i pokušaj preuzimanja XML podataka automatskog otkrivanja ne uspe, ceo pokušaj automatskog otkrivanja neće uspeti. Nisu preduzeti nikakvi dodatni koraci.
Ne postoji određena kontrola smernica za ovaj korak.
2. korak: Provera željenih postavki lokalnih podataka
Outlook pruža GPO koji omogućava administratorima da primene određenu XML datoteku automatskog otkrivanja koja će se koristiti za konfiguraciju. Ako je administrator primenio ovu vrednost registratora i stvorio autodiscover.xml datoteku, Outlook čita korisni teret automatskog otkrivanja iz te datoteke. Ovo je opet neuobičajen slučaj i obično nije uzrok generičkih problema sa automatskim otkrivanjem. Ako ovaj korak ne preuzme korisni sadržaj, Outlook prelazi na 3. korak.
Više informacija o Autodiscover XML-u potražite u sledećem TechNet članku: Planiranje automatskog konfigurisanja korisničkih naloga u programu Outlook 2010
Napomena Ovaj članak je kreiran za Outlook 2010. Međutim, ona je i dalje relevantna za novije verzije programa Outlook.
Vrednost kontrole smernica za ovaj korak jeste sledeća: PreferLocalXML.
3. korak: Provera podataka o poslednjoj poznatoj vrednosti (LKG)
Kada automatsko otkrivanje uspešno preuzme XML korisni teret kroz bilo koji korak, korisni teret se može keširati lokalno kao konfiguracija "poslednjeg poznatog sadržaja". Prvi uobičajeni uspešan metod za dobijanje korisnih podataka automatskog otkrivanja je iz ove poslednje poznate dobre datoteke. Putanja poslednje poznate dobre XML datoteke potiče sa Outlook profila. Korak LKG se koristi samo za otkrivanje primarne konfiguracije poštanskog sandučeta. Ako se pretraga automatskog otkrivanja odnosi na poštansko sanduče koje nije primarno (alternativno, delegirano, javnu fasciklu, poštansko sanduče grupe i tako dalje), korak LKG se automatski preskače. Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na 4. korak.
Vrednost kontrole smernica za ovaj korak glasi sledeće: ExcludeLastKnownGoodURL.
4. korak: Provera O365 kao prioriteta
Outlook koristi skup heuristike da bi utvrdio da li navedeni korisnički nalog potiče iz usluge Office 365. Ako Outlook sa sigurnošću utvrdi da ste O365 korisnik, biće pokušano da se preuzme korisni teret automatskog otkrivanja iz poznatih krajnjih tačaka usluge O365 (obično https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml ili https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na 5. korak.
Vrednost kontrole smernica za ovaj korak glasi sledeća:
ExcludeExplicitO365Endpoint.
Razmatranje ITAR-a
Outlook podrazumevano šalje upit poznatoj krajnjoj tački da bi preuzeo korisni teret automatskog otkrivanja. Postojeće smernice za zaobilaženje ovog koraka su i dalje važeće i mogu da se koriste da biste prešli na 5. korak bez pokušaja da pronađete krajnju tačku. Druga mogućnost je da postoji nova smernica koja usmerava Outlook da izvrši upit centralnoj Office 365 usluzi konfiguracije radi preuzimanja odgovarajućih URL adresa sa kojih će preuzeti korisni teret automatskog otkrivanja. Konceptualno, proces funkcioniše na sledeći način:
- Vi ste postavili novu smernicu.
- Tokom 4. koraka procesa automatskog otkrivanja, Outlook šalje upit usluzi Office 365 konfiguracije.
- Usluga utvrđuje koje (ako ih ima) posebne ITAR potrebe su na snazi za navedenog korisnika i vraća odgovarajuće URL adrese za tog korisnika koristeći informacije o domenu UPN-a.
- Outlook pokušava da preuzme korisni teret automatskog otkrivanja iz URL adresa koje pruža usluga.
Vrednost kontrole smernica za novu funkciju za korišćenje Office 365 usluge konfiguracije je EnableOffice365ConfigService.
Napomena
Od izdanja 16.0.9327.1000, smernice EnableOffice365ConfigService se više ne koriste.
Korak 5: Provera SCP podataka
Ako je računar pridružen domenu, Outlook izvršava LDAP upit radi preuzimanja podataka tačke povezivanja usluge koji vraćaju putanju XML-a automatskog otkrivanja. Zatim se pokušava da se za svaku URL adresu koju vrati SCP pretraga pokuša da se preuzme korisni teret automatskog otkrivanja. Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na 6. korak.
Više informacija o SCP-u potražite u sledećem MSDN članku: Objavljivanje pomoću tačaka povezivanja sa uslugom.
Vrednost kontrole smernica za ovaj korak jeste sledeća: ExcludeScpLookup.
6. korak: Provera vrhovnog domena
Za ovaj korak Outlook pravi URL od imena domena početne adrese u formatu https://< domain>/autodiscover/autodiscover.xml i pokušava da preuzme korisni teret iz dobijene URL adrese. Pošto mnogi osnovni domeni nisu konfigurisani za automatsko otkrivanje, Outlook namerno utišava sve greške certifikata do kojih dođe tokom pokušaja preuzimanja. Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na 7. korak.
Vrednost kontrole smernica za ovaj korak glasi sledeće: ExcludeHttpsRootDomain.
7. korak: Provera domena automatskog otkrivanja
Za ovaj korak Outlook pravi URL od imena domena početne adrese u formatu https://autodiscover.<domain>/autodiscover/autodiscover.xml i pokušava da preuzme korisni teret sa rezultujuće URL adrese. Pošto je ovo primarni URL koji se obično koristi za podatke automatskog otkrivanja, Outlook ne utišava greške certifikata do kojih dođe tokom pokušaja preuzimanja. Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na korak 8.
Vrednost kontrole smernica za ovaj korak glasi sledeće: ExcludeHttpsAutoDiscoverDomain.
8. korak: Provera lokalnih podataka
U 2. koraku, Outlook je proverio da li je administrator primenio smernice za konkretnu proveru korisnih podataka automatskog otkrivanja kao željenu opciju. Ako ne postoje smernice na mestu, ali prethodni koraci nisu preuzeli korisni teret, Outlook sada pokušava da preuzme korisni teret iz lokalne datoteke čak i bez postavljene postavke PreferLocalXML. Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na 9. korak.
Ne postoji kontrola smernica za ovaj korak.
9. korak: Provera da li postoje HTTP preusmeravanja
U ovom koraku Outlook šalje zahtev URL adresi domena za automatsko otkrivanje (http://autodiscover.<domain>/autodiscover/autodiscover.xml) i testirajte odgovore preusmeravanja. Ako se vrati stvarni XML korisni teret automatskog otkrivanja, a ne preusmeravanje, Outlook zanemaruje stvarni XML odgovor automatskog otkrivanja jer je preuzet bez bezbednosti (http). Ako je odgovor važeća URL adresa za preusmeravanje, Outlook prati preusmeravanje i pokušava da preuzme XML korisnih podataka iz nove URL adrese. Outlook će takođe izvršiti provere certifikata kako bi sprečio preusmeravanje na potencijalno štetne URL adrese u ovom koraku. Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na 10. korak.
Vrednost kontrole smernica za ovaj korak glasi sledeće: ExcludeHttpRedirect.
10. korak: Provera SRV podataka
Za ovaj korak Outlook šalje DNS upit za "_autodiscover._tcp.<ime domena>" i kruži kroz rezultate tražeći prvi zapis koji koristi HTTPS kao protokol. Outlook zatim pokušava da preuzme korisni teret sa te URL adrese. Ako ovaj korak ne preuzme korisni teret, Outlook prelazi na korak 11.
Vrednost kontrole smernice za ovaj korak glasi sledeće: ExcludeSrvRecord.
11. korak: Proverite da li postoji O365 kao bezbedan
Ako nijedan prethodni koraci ne daju korisni teret, Outlook koristi manje restriktivan skup heuristike kako bi odlučio da li je poslednji pokušaj O365 krajnjih tačaka potencijalno koristan. Ako Outlook odluči da je pokušaj vredan truda, isprobaće poznate krajnje tačke O365 automatskog otkrivanja u slučaju da je nalog O365 nalog. Ovaj pokušaj koristi iste ciljne URL adrese kao 4. korak i razlikuje se samo po tome što je isproban u krajnjoj nuždi, a ne ranije u procesu automatskog otkrivanja.
Vrednost kontrole smernica za ovaj korak glasi: ExcludeExplicitO365Endpoint.
Razmatranja o ITAR-u
Ako Outlook stigne do ovog koraka i nije uspešno preuzeo korisni teret automatskog otkrivanja, izvršavaju se dva testa da bi se utvrdilo da li treba pokušati da izvršite pokušaj korišćenja poznatih krajnjih tačaka usluge Office 365. Pre svega, ako je poštansko sanduče korisnički nalog (na primer, outlook.com), pokuša se izvršiti dobro poznata krajnja tačka. Drugo, ako se utvrdi da poštansko sanduče pripada domenu koji nema ITAR zahteve, pokušava se pronaći dobro poznata krajnja tačka. Ako se utvrdi da je poštansko sanduče komercijalno i pripada domenu koji ima ITAR zahteve, ne pravi se nikakav pokušaj da se uđu do poznatih krajnjih tačaka usluge Office 365. U budućim izdanjima 11. korak će možda preći na istu logiku kao 4. korak i pozvati Office 365 uslugu konfiguracije. Kada se ta promena napravi, ovaj članak će biti ažuriran kako bi odražavao novi korak procesa.
Rukovanje preusmeravanjem 9. korak u odeljku "Proces automatskog otkrivanja" predstavlja eksplicitan korak za rukovanje podacima preusmeravanja koji nisu bezbedni. U bilo kom drugom bezbednom koraku, jedan od mogućih odgovora krajnje tačke je odgovor preusmeravanja za svaki pokušaj preuzimanja XML korisnih sadržaja automatskog otkrivanja. Ovaj odgovor govori programu Outlook da preusmeri na novu, drugu URL adresu da bi pokušao da preuzme korisni teret. Pored toga, podaci o preusmeravanju mogu da sadrže novu, drugačiju adresu e-pošte koju treba koristiti kao ciljnu adresu za pokušaj automatskog otkrivanja. Outlook tri odvojena odgovora smatra "odgovorima na preusmeravanje":
- HTTP statusni kôd (301, 302) sa novom URL adresom
- HTTP statusni kôd 200, ali sa korisnim kodom XML koji govori programu Outlook da preusmeri na drugu URL adresu
- HTTP statusni kôd 200, ali sa korisnim XML koji saopštava programu Outlook da koristi drugu SMTP adresu kao ciljnu adresu.
U slučajevima 1 i 2, Outlook pokušava da preuzme automatsko otkrivanje XML iz nove URL adrese, pod uslovom da je protokol https. Nije pokušan rad sa nebezbednim (http) URL adresama. Pored toga, čak i ako je protokol u novoj URL adresi https, Outlook će proveriti informacije o certifikatu kako bi obezbedio dodatnu meru bezbednosti.
U 3. slučaju Outlook pokreće ceo proces automatskog otkrivanja od početka. Ako pokušate sve korake (1-11) bez uspeha korišćenjem nove adrese e-pošte, Outlook se vraća na prvobitnu adresu e-pošte, prelazi na korak 5 i nastavlja pokušaj preuzimanja XML korisnog sadržaja sa originalnom adresom.
Izuzeci Koraci u odeljku "Proces automatskog otkrivanja" predstavljaju opšta pravila o tome kako Outlook pokušava da dobije korisni teret automatskog otkrivanja. Postoje razne optimizacije i izuzetni pokušaji koji mogu donekle da promene proces. Na primer, kada pravite novi nalog, Outlook interno preskače 3. korak (provera podataka o poslednjoj poznatoj vrednosti (LKG)), jer još uvek ne može da ima unos poslednje poznate vrednosti. Slično tome, ako je pokušaj aktiviran usled greške korišćenjem trenutnih informacija o konfiguraciji, onda Outlook namerno želi ponovo da automatski otkrije i ne koristi LKG informacije zato što je verovatno poslednja poznata ispravna informacija dovela do neuspeha.
Kontrola smernica Vrednosti smernica koje su definisane u odeljku "Proces automatskog otkrivanja" mogu da budu vrednosti registratora zasnovane na smernicama ili vrednosti koje nisu zasnovane na smernicama. Kada se primenjuju putem objekta globalnog principa ili ručne konfiguracije ključa smernica, postavke imaju prednost u odnosu na ključ koji nije ključ smernica.
Ključ koji nije pravilnik: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Ključ smernica: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover
Svaka vrednost je tipa DWORD.
PreferLocalXML se razlikuje od drugih vrednosti kontrole jer postavka 1 podešava Outlook tako da uključi taj korak u procesu. Za preostale vrednosti, postavka 1 govori programu Outlook da isključi ili preskoči povezani korak. Na primer, postavljanje vrednosti ExcludeHttpsRootDomain na 1 podešava Outlook tako da ne izvršava 6. korak u procesu.
Dodatne kontrole registratora
Outlook pruža nekoliko dodatnih opcija konfiguracije zasnovanih na registratoru koje mogu da utiču na proces automatskog otkrivanja:
Korišćenje usluge Office 365 konfiguracije
Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Value: EnableOffice365ConfigService
Podrazumevana vrednost: 0
Podaci: Postavite ove DWORD podatke na vrednost 1 da biste primorali Outlook da pozove Office 365 uslugu konfiguracije radi preuzimanja odgovarajućih URL adresa za automatsko otkrivanje.
HTTP postavke isteka vremena
Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Vrednost: Istek vremena
Podrazumevano: 25 sekundi
Minimum: 10 sekundi
Maksimum: 120 sekundi
Informacije: Navedena isteka vremena se koriste kao WinHttpSetTimeouts postavke . Navedeni podaci se prosleđuju sva četiri parametra API-ja WinHttpSetTimeouts. To potencijalno omogućava da HTTP zahtev koji ne može da se postigne brže istekne, što će poboljšati ukupne performanse. Postavke takođe mogu da omoguće uspeh HTTP zahteva koji traje duže od podrazumevanih 25 sekundi tako što će povećati postavku isteka vremena na nešto duže od 25 sekundi.
Kontrola MAPI/HTTP protokola
Ključ: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Vrednost: MapiHttpDisabled
Podrazumevana vrednost: 0
Podaci: 1 = Protokol je onemogućen; 0 = Protokol je omogućen
Informacije: Ova vrednost se ne nalazi ispod ključa automatskog otkrivanja. Ovo je opšta postavka koja kontroliše da li Outlook može da pokuša da se poveže sa serverom Exchange pomoću steka Mapi/HTTP protokola. Podrazumevana postavka u programu Outlook 2016 nije da ovaj protokol bude onemogućen. To procesu automatskog otkrivanja omogućava da proces otkrivanja doda specijalno zaglavlje (X-MapiHttpCapability:1) kako bi postavke Mapi/Http protokola mogle da se procene i obrade.
Zastarela kontrola pregovaranja potvrde identiteta
Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Vrednost: AllowNegoCapabilityHeader
Podrazumevana vrednost: 0
Podaci: 1 = Dodaju se zaglavlja; 0 = Zaglavlja nisu dodata
Informacije: Imajte na umu da ova vrednost nije navedena u okviru ključa automatskog otkrivanja. Ova postavka kontroliše da li se zaglavlje za pregovaranje o potvrdi identiteta dodaje u http zahteve. Sadržaj zaglavlja zavisi od mogućnosti potvrde identiteta klijentskog računara. Primer zaglavlja može da glasi: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Ova vrednost registratora i zaglavlje koje dodaje retko se koriste u bilo kom modernom steku potvrde identiteta i vrlo je malo verovatno da će negativno ili pozitivno uticati na proces tAodiscover.
Rukovanje greškama certifikata
Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Value: ShowCertErrors
Podrazumevana vrednost: 0
Podaci: 1 = Prikaži upozorenja/greške certifikata; 0 = Ne prikazuj upozorenja o certifikatu
Informacije: Ova vrednost kontroliše način na koji Outlook rukuje greškama certifikata i upozorenjima koja se dobijaju kada izvršava http zadatke. Outlook može da zameni ovu postavku u nekim slučajevima (6. korak u odeljku "Proces automatskog otkrivanja"), ali u opštem slučaju, ako je ova postavka omogućena, Outlook će poslati bezbednosni dijalog koji prikazuje grešku certifikata ili upozorenje i dozvoljava korisniku da potvrdi ili otkaže HTTP zahtev. Postoje tri određene greške certifikata koje korisnik može da odluči da zanemari i da Outlook pokuša ponovo da uputi HTTP zahtev:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – postoji problem sa datumom u svojstvima certifikata
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – Postoji problem sa uobičajenim imenom u svojstvima certifikata
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – Došlo je do problema sa autoritetom za izdavanje certifikata u svojstvima certifikata
Više informacija o ova tri stanja greške certifikata možete pronaći u članku WINHTTP_STATUS_CALLBACK funkcija povratnog poziva
Rukovanje potvrdom identiteta proxy servera
Ključ: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Vrednost: AllowOutlookHttpProxyAuthentication
Podrazumevana vrednost: 0
Podaci: 1 = Dozvoli programu Outlook da rukuje izazovima potvrde identiteta sa proxy servera; 0 = tiho neuspeli izazovi potvrde identiteta od proxy servera
Informacije: Ova vrednost registratora omogućava opuštanje bezbednosne konfiguracije i detaljno je obrađena u sledećem članku Microsoft baze znanja:
3115474 MS16-099: Opis bezbednosne ispravke za Outlook 2010: 9. avgust 2016.
Automatsko otkrivanje za druge protokole
Automatsko otkrivanje kao funkciju koristi i Outlook za otkrivanje i konfigurisanje Exchange ActiveSync (EAS) naloga. Proces EAS automatskog otkrivanja i donošenje odluka odvojeni su od koraka opisanih u ovom članku. Na primer, EAS implementacija ne primenjuje logiku O365 krajnje tačke i nema korak koji proverava SCP lokacije. Ovaj članak obuhvata opis detaljnih koraka koje Outlook koristi za pokušaje automatskog otkrivanja da dobavi MAPI-bazirane protokole iz sistema Exchange.
Reference
Zastarele informacije o automatskom otkrivanju možete pronaći u sledećem članku Microsoft baze znanja:
2212902 Neočekivano ponašanje automatskog otkrivanja kada imate postavke registratora u okviru ključa \Autodiscover
Više informacija o automatskom otkrivanju potražite u sledećim Microsoft člancima: