Kopsavilkums
Automātiskā noteikšana ir līdzeklis, ko Outlook izmanto, lai iegūtu informāciju konfigurācijas serveriem, kas savieno. 2016 Outlook ar Exchange serveri, Autodiscover tiek uzskatīts par vienu punktu patiesības konfigurācijas informācija ir jākonfigurē un darbojas pareizi, programmai Outlook ir pilnībā funkcionējoša. Šajā rakstā ir aprakstīts Autodiscover ieviešanu pašreizējā kanāla līdznešanai Outlook 2016 versiju. Lai iegūtu papildinformāciju par Office 365 klienta kanāls laidieniem, skatiet šādās vietnēs:
Versija un veidot numuru atjauninājumu kanālu izplatīšanas klientiem Office 365
Papildinformācija
Automātiskās noteikšanas laiks
Automātiskā noteikšana palaiž šo laiku:
-
Veidojot kontu.
-
Ar noteiktiem intervāliem, lai apkopotu izmaiņas vietrāžiem URL, kas nodrošina Exchange tīmekļa pakalpojumu līdzekļus (OOF pieejamības pakalpojumu un tamlīdzīgi). Ja šis process norit sekmīgi, mēģiniet vienu stundu vēlāk tiek veikta. Ja mēģinājums nav veiksmīga, mēģiniet nākamo tiek veikta 5 minūtēm. Katra mēģinājuma var potenciāli jāsadala līdz 25 procentiem dēļ fona uzdevums infrastruktūra izmanto visas Microsoft Office lietojumprogrammas.
-
Atbildot uz dažiem savienojuma kļūmes. Ja savienojuma izveides mēģinājums neizdodas, dažādos scenārijos programmas Outlook startēšanas Autodiscover uzdevumu izgūt jaunos iestatījumus mēģinājums labot savienojuma problēmas.
-
Ja cita lietojumprogramma izsauc tas, izmantojot MAPI. Lai iegūtu papildinformāciju par MAPI, skatiet MSDN raksta: Outlook MAPI atsauce.
Automātiskās noteikšanas efektivitāti
Lai paātrinātu procesu automātiskās noteikšanas izmantot Lietotāja galvenā nosaukuma (UPN) .
Domēnā savienotos datorā Outlook jāzina UPN lietotājam, lai uzsāktu noteikšanas procesu. UPN var izmantot pieteikšanās sistēmā Windows, šādā gadījumā programma Outlook ir tieša piekļuve UPN pieteikšanās akreditācijas datus. Bet, ja lietotāja lietošanas domēns \ lietotājvārds pieteikties sistēmā Windows Outlook tikai ir pašu lietotāja akreditācijas datiem. Lai iegūtu UPN, programma Outlook ir vispirms uzmeklējot lietotāja direktorijā. Programma Outlook pieprasa, šai informācijas iegūšanai būtu tramdīt nodošana. Saliktā vidē, tas var izraisīt DC rezultātā tiek atrasts pirms sazināties ar lielu skaitu. Pēc Outlook atklāj UPN lietotāja profils tiek kešots vērtību un uzmeklēšanas būtu nenotiks šim lietotājam.
Lai novērstu šo situāciju, lietotājs var pietiekties, izmantojot UPN nevis domēns \ lietotājvārds.
ITAR apsvērumi
Microsoft Office 365 piedāvā līdzekļus, kas nodrošina klientiem ITARsaistības. Saistībā ar automātiskās noteikšanas līdzekli programmā Outlook, šī kopa ietver politikas iestatījumus un darbību nodrošina neatkarīgu mākonis prasības ievērot izmanto automātiskās noteikšanas pakalpojumu galapunktu. Noteikti Office 365 īpašas darbības, kas norādītas noteikšanas procesā (4. un 11. darbību), politikas kontroles ir pieejama nodrošina, ka pakalpojumu galapunktu tiek izmantota noteikšanas procesā.
Automātiskās noteikšanas procesu
Ikreiz, kad programma Outlook ir nepieciešams Autodiscover informāciju, izmanto sakārtotu darbību kopumu mēģināt ielādēt XML lietderīgā slodze, kas satur konfigurācijas iestatījumi. Daudzas no šīm darbībām var kontrolēt, izmantojot grupas politikas objektus (GPO) un GPO vērtība ir iekļauta darbību aprakstu.
1. darbība: Pārbaudiet restart scenāriji
Dažos gadījumos, piemēram, pievienojot otro kontu, darbojoties programmai Outlook automātiskās noteikšanas lietderīgā slodze kešatmiņā lokālo failu izmantot Outlook klienta dators tiks restartēts. Pirmais Autodiscover darbība ir pārbaudīt īpašo "sāknēšanas" informāciju, ko jūs liekat, kad esat vidū kādu no šīm reģistra restartējiet scenāriji un lasīt Autodiscover lietderīgo slodzi no īpašiem lokālā faila. Tas parasti nav vispārēju automātiskās noteikšanas problēmas cēlonis un retos gadījumos. Ja Outlook nosaka šo darbību, jums ir īpašs sāknēšanas šādā un Autodiscover XML datu izgūšanai mēģinājums neizdodas, visu Autodiscover mēģinājums neizdodas. Tiek mēģināts bez papildu darbības.
Nav nekādas īpašas politikas kontroles šīs darbības.
2. darbība: Pārbaudiet lokālā datu izvēle
Outlook nodrošina GPO ļauj administratoriem izvietot konkrētu Autodiscover XML failu izmantošanai konfigurācija. Ja administrators ir ieviesis šo reģistra vērtību un izsēj autodiscover.xml failu, Outlook nolasa Autodiscover lietderīgo slodzi no šī faila. Atkal notiek neparasti un parasti nav pamata cēlonis automātiskās noteikšanas problēmas. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto 3. darbību. Lai iegūtu papildinformāciju par automātiskās noteikšanas XML, skatiet TechNet raksta: plānu, lai automātiski konfigurēt lietotāju kontus programmā Outlook 2010Piezīmešajā rakstā ir izveidots Outlook 2010. Tomēr ir joprojām attiecas uz jaunāku Outlook versijas. Šo darbību kontroles politikas vērtība ir šāda: PreferLocalXML.
3. darbība: Pārbaudiet pēdējā zināmā darbam derīgā (LKG) datus
Automātiskās noteikšanas izgūst XML payload veiksmīgi ar jebkuru darbību, kad lietderīgo slodzi var kešatmiņā lokāli kā "pēdējo zināmo labo" konfigurāciju. Pirmais parasti veiksmīgi metodi, lai iegūtu Autodiscover lietderīgā slodze ir no šo pēdējo zināmo labs failu. Pēdējo zināmo labi XML faila ceļš ir no Outlook profilu. LKG darbība tiek izmantots tikai atklāt pirmās pastkastes konfigurācija. Vai automātiskās noteikšanas uzmeklēšanas nav pastkastes primary (alternatīvu, delegāts publisko mapju grupas pastkastē, un tā tālāk), un pēc tam automātiski tiek izlaists LKG darbību. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto uz 4. darbību. Šo darbību kontroles politikas vērtība ir šāda: ExcludeLastKnownGoodURL.
4. darbība: Pārbaudiet prioritāti O365
Programma Outlook izmanto virkni heiristiku, lai noteiktu, vai norādītais lietotāja konts ir no Office 365. Ja programma Outlook nosaka droši esat O365 lietotājs, tiek mēģināts izgūt Autodiscover lietderīgo slodzi no zināmās O365 galapunktu (parasti https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml vai https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto uz 5. darbībā. Šo darbību kontroles politikas vērtība ir šāda:
ExcludeExplicitO365Endpoint.
ITAR atlīdzība
Pēc noklusējuma Outlook pieprasa zināmu galapunkta izgūt Autodiscover lietderīgā slodze. Esošu politiku, lai apietu šo darbību joprojām ir derīga, un to var izmantot, lai bez mēģina galapunktu pārejiet pie 5. darbībā. Vai arī nav jaunu politiku, ko vada Outlook vaicājumu central Office 365 konfigurācijas pakalpojums izgūt atbilstošu URL, no kuriem izgūt Autodiscover lietderīgā slodze. Teorētiski process darbojas šādi:
-
Iestatot jaunu politiku.
-
Laikā automātiskās noteikšanas procesa 4. darbībā, Outlook pieprasa Office 365 konfigurācijas pakalpojums.
-
Pakalpojums nosaka, kad (ja tādi ir) īpašas ITAR vajadzībām norādītajam lietotājam ir spēkā un atgriež atbilstošo URL lietotājam, izmantojot domēna informāciju UPN.
-
Programma Outlook mēģina izgūt Autodiscover lietderīgo slodzi no pakalpojuma sniegtās URL.
Jaunu līdzekli, lai lietotu Office 365 konfigurācijas pakalpojums politikas kontroles vērtība ir EnableOffice365ConfigService.
Piezīme.
Kā izveidot 16.0.9327.1000, EnableOffice365ConfigService politika vairs netiek izmantots.
5. darbība: Pārbaudiet SCP datus
Ja dators ir pievienots domēnam, Outlook veic LDAP vaicājumu, lai izgūtu pakalpojumu savienojuma punkta datus, kas atgriež Autodiscover XML ceļu. Pēc tam tiek veikts mēģinājums katru URL, kas tiek atgriezta, mēģinot izgūt Autodiscover lietderīgā slodze SCP uzmeklēšanas. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto uz 6. darbību. Lai iegūtu papildinformāciju par SCP, skatiet šajā MSDN rakstā: publicēšanas ar pakalpojumu savienojuma punktu. Šo darbību kontroles politikas vērtība ir šāda: ExcludeScpLookup.
6. darbība: Pārbaudiet saknes domēns
Šo darbību, Outlook izveido URL no sākotnējā adrese formātā https://<domain>/autodiscover/autodiscover.xml domēna nosaukumu un mēģina izgūt lietderīgo slodzi no rezultātā URL. Automātiskās noteikšanas nav konfigurēta saknes daudzās jomās, jo Outlook tiek izslēgts nolūku mēģinājums izgūšanas laikā rodas sertifikātu kļūdas. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto 7. darbību. Šo darbību kontroles politikas vērtība ir šāda: ExcludeHttpsRootDomain.
7. darbība: Izvēles Autodiscover domēns
Šo darbību, Outlook izveido URL no sākotnējā adrese formātā https://autodiscover.<domain>/autodiscover/autodiscover.xml domēna nosaukumu un mēģina izgūt lietderīgo slodzi no rezultātā URL. Jo tas ir primārais URL parasti Autodiscover dati, Outlook nevar izslēgt mēģinājumu izgūšanas laikā rodas sertifikātu kļūdas. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto ar 8. darbību. Šo darbību kontroles politikas vērtība ir šāda: ExcludeHttpsAutoDiscoverDomain.
8. darbība: Pārbaudiet datiem lokālajā datorā
2. darbībā, Outlook pārbauda, vai administratoram bija izvietots politika īpaši pārbaudīt Autodiscover lietderīgā slodze kā izvēle. Ja nav politikas vietā, bet iepriekšējās darbības nebija izgūt lietderīgā slodze, Outlook tūlīt mēģina izgūt lietderīgā slodze no lokālā faila neizmantojot PreferLocalXML iestatījumu vietā. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto 9. darbību. Nav nekādas politikas kontroles šīs darbības.
9. darbība: Pārbaudiet HTTP novirza
Šo darbību, programmai Outlook nosūta pieprasījumu Autodiscover domēna URL (http://autodiscover. < domain > / autodiscover/autodiscover.xml) un pārbaudītu novirzīt atbildes. Ja tiek atgriezta faktisko Autodiscover XML lietderīgā slodze un nav novirzīt Outlook ignorē faktisko Autodiscover XML atbildi, jo tā tiek iegūts bez drošības (http). Ja atbilde ir derīga novirzīšanas URL Outlook šādi novirzīt un mēģina izgūt lietderīgā slodze XML jauno vietrādi URL. Sertifikātu pārbaudes, lai novērstu potenciāli bīstamas šo darbību URL virzienmaiņa veikt arī programmu Outlook. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto 10. darbību. Šo darbību kontroles politikas vērtība ir šāda: ExcludeHttpRedirect.
10. darbība: Pārbaudiet SRV datus
Šī darbība Outlook veic DNS vaicājumu par "< domēna nosaukums > _autodiscover._tcp." un cilpas ar pirmo ierakstu, kas izmanto HTTP protokols meklē rezultātus. Pēc tam programma Outlook mēģina izgūt lietderīgo slodzi no šī URL. Ja šī darbība nevar ielādēt lietderīgā slodze, programma Outlook pārvieto darbību 11.Šo darbību kontroles politikas vērtība ir šāda: ExcludeSrvRecord.
11. darbība: Izvēles kā bezatteices O365
Lietderīgā slodze nav atgrieztu iepriekšējo darbību, ja programma Outlook izmanto mazāk traucēt kopa heiristiku izlemt, vai galīgais O365 galapunktu mēģinājums ir potenciāli noderīgs. Outlook nosaka mēģinājums ir noderīgs, ja mēģina zināmu O365 Autodiscover galapunktu gadījumam, ja ir O365 konts. Mēģinājums izmanto tos pašus vietrāžus URL mērķa kā 4. darbība un atšķiras tikai to, ka tā ir izmēģinājis kā pēdējo līdzekli un ne agrāk automātiskās noteikšanas procesu. Šo darbību kontroles politikas vērtība ir šāda: ExcludeExplicitO365Endpoint.
ITAR apsvērumi
Ja Outlook saņem šo darbību, nav veiksmīgi izgūti Autodiscover lietderīgā slodze divus testus lai redzētu, vai ir izmēģinātas pazīstams Office 365 galapunktu. Pirmkārt, ja pastkastē ir klientu kontu (piemēram, outlook.com), ir mēģinājums pazīstams galapunktu. Otrkārt, ja tiek noteikts, ka tai pieder domēns, kas nav ITAR prasības, ir mēģinājums pazīstams galapunkta. Ja pastkaste tiek noteikts tirdzniecības un domēnu, kam ir ITAR prasības pieder, nav mēģināts pazīstams Office 365 galapunktu. Nākotnē laidienos 11. darbībā var pārvietot uz to pašu loģiku 4. darbība un zvanu Office 365 konfigurācijas pakalpojums. Ja šīs izmaiņas, šis raksts tiks atjaunināts būs jauns procesa darbība.
Novirzīšanas apstrāde
Darbība 9 sadaļā automātiskās noteikšanas Process ir tieša darbība rīkoties nedroši novirzīt datu. Jebkuru citu drošas darbības, mēģināt ielādēt Autodiscover XML lietderīgā slodze, viena iespējama atbilde no galapunkta ir novirzīšana atbildi. Šī atbilde, jūs liekat novirzīt jaunu, citu URL mēģina izgūt lietderīgo slodzi. Turklāt novirzīšana dati var būt jaunu, citu e-pasta adresi izmantot mērķa adresi Autodiscover mēģinājums. Programma Outlook uzskata trīs atsevišķas atbildes uz "novirzīt atbildes":
-
HTTP statusa kodu (301, 302) ar jauno vietrādi URL
-
HTTP statusa kodu 200, bet lietderīgā slodze, jūs liekat novirzīt uz citu URL XML
-
HTTP statusa kodu 200, bet lietderīgā slodze XML, jūs liekat izmantot citu smtp adresēm kā mērķa adresi.
Gadījumos 1. un 2. Outlook mēģina izgūt jauno vietrādi URL, autodiscover XML nosacījumu, ka protokolu HTTP. Mēģinājums nav nedroši (http) URL. Turklāt pat tad, ja ir https protokolu jauno vietrādi URL Outlook pārbaudīt sertifikāta informāciju, lai sniegtu papildu drošības nolūkos. 3 gadījumā Outlook visu automātiskās noteikšanas process sākas no sākuma. Visas darbības (1-11) ir izmēģinājis visas nesekmīgi, izmantojot jauno e-pasta adresi, ja pēc tam Outlook atgriež sākotnējo e-pasta adresi, pārvieto uz 5. darbību un joprojām mēģina izgūt XML payload ar oriģinālo adresi.
Izņēmumi
Darbības sadaļā automātiskās noteikšanas Process ir kā Outlook mēģina iegūt autodiscover lietderīgo slodzi Vispārīgi noteikumi. Ir dažādas optimizācijas un izņēmuma mēģinājumi, nedaudz var mainīties procesu. Piemēram, veicot jaunu kontu izveide, Outlook iekšēji izlaiž (pēdējā zināmā labā (LKG) datu pārbaude), 3. darbību, jo tas vēl nav pēdējo zināmo labs ieraksts. Tāpat mēģinājums izraisīja kļūdas dēļ, izmantojot pašreizējo konfigurācijas informāciju, ja pēc tam Outlook nolūku vēlas autodiscover vēlreiz un neizmanto LKG informāciju, jo droši vien pēdējās zināmās labas informācijas dēļ kļūme.
Politikas kontrole
Politikas vērtības, kas definētas automātiskās noteikšanas Process sadaļā var būt politikas pamatā reģistra vērtības vai vērtības non-politikas pamatā. Tie ir izvietots, izmantojot GPO vai manuāla konfigurēšana politiku atslēgā, iestatījumiem ir augstāka prioritāte nekā-politikas atslēgu. -Politikas atslēgu: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Politikas atslēgu: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover Katra vērtība DWORDtipa. PreferLocalXML atšķiras no citiem vadības vērtības kā 1 iestatījums ir Outlook pārvērst par procesa solī. Atlikušās vērtības noteikšana 1 liekat turn off vai izlaist saistīto darbību. Piemēram, iestatot vērtību ExcludeHttpsRootDomain 1 iestata Outlook nevar veikt procesa 6. darbību.
Papildu reģistra vadīklas
Programma Outlook piedāvā vairākas papildu reģistra konfigurācijas opcijas, kas var ietekmēt automātiskās noteikšanas process:
Izmantojiet konfigurācijas pakalpojums Office 365
Atslēga: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Vērtība: EnableOffice365ConfigService Noklusējuma: 0 Dati: Šo DWORD datu iestatīta uz 1, lai panāktu, ka Outlook jāsazinās ar pakalpojuma Office 365 Config izgūt atbilstošu Autodiscover URL.
HTTP taimauta iestatījumus
Atslēga: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Vērtība: taimauts Noklusējuma: 25 sekundes Vismaz: 10 sekundes Maksimālais: 120 sekundes
Informācija: Norādīto taimauti tiek izmantoti kā WinHttpSetTimeouts iestatījumus. Visi četri parametri WinHttpSetTimeouts API tiek nodotas norādītos datus. Tādējādi potenciāli HTTP pieprasījumu, nevar sasniegt taimautu ātrāk, tādējādi uzlabojot vispārējo veiktspēju. Iestatījumus var atļaut arī HTTP pieprasījumu, kas ilgst ilgāk, nekā noklusējuma vērtība 25 sekundēm izdodas, palielinot taimauta iestatījums kaut kas lielāks par 25 sekundes. Mapi/Http vadības protokols
Atslēga: HKEY_CURRENT_USER\Software\Microsoft\Exchange Vērtība: MapiHttpDisabled Noklusējuma: 0 Dati: 1 = protokols ir atspējota; 0 = iespējots protokols
Informācija: Šī vērtība nav pieejama Autodiscover atslēgā. Tas ir vispārējs iestatot šo vadīklu vai Outlook varat mēģināt izveidot savienojumu ar Exchange serveri, izmantojot Mapi/Http Protokolu steks. Pēc noklusējuma Outlook 2016 nav ir atspējota šo protokolu. Tādējādi automātiskās noteikšanas process pievienot īpašu galveni (X-MapiHttpCapability:1) atklāšanas procesu, lai varētu novērtēt un apstrādāts Mapi/Http protokolu iestatījumus. Sarunu vadības autentifikāciju
Atslēga: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC Vērtība: AllowNegoCapabilityHeader Noklusējuma: 0 Dati: 1 = galvenēs tiek pievienotas; 0 = nav pievienota galvenes
Informācija: Piezīme Šī vērtība nav Autodiscover atslēgā. Šis iestatījums kontrolē to, vai autentifikācijas sarunu galvenē tiek pievienota http pieprasījumus. Galvenes saturs ir atkarīgs no klienta datora autentifikācijas iespējas. Piemērā galvenes var būt: "X-sarunu iespējas: vienojas par pku2u, Kerberos, NTLM MSOIDSSP". Šo reģistra vērtību un to pievieno galvenes ir reti izmanto visas mūsdienu autentifikācijas steku un ļoti maz ietekmē tAodiscover procesu negatīvi vai pozitīvi veidā. Sertifikāta kļūdu apstrāde
Atslēga: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Vērtība: ShowCertErrors Noklusējuma: 0 Dati: 1 = Rādīt sertifikātu brīdinājumi/kļūdas; 0 = nerādīt sertifikātu brīdinājumi
Informācija: Šī vērtība kontrolē kā Outlook turu sertifikātu kļūdas un brīdinājumus, kas tiek saņemti, kad tas veic http uzdevumi. Programma Outlook var ignorēt šo iestatījumu (6 sadaļā automātiskās noteikšanas procesa darbība) dažos gadījumos, bet vispārējā gadījumā, ja šis iestatījums ir iespējots, programma Outlook uzvedni ar drošības dialoglodziņš, kas rāda sertifikātu kļūdas vai brīdinājuma un lietotājam labi vai Atcelt Http pieprasījumu. Pastāv trīs konkrētu sertifikātu kļūdas, kuras lietotājs var ignorēt un programmā Outlook vēlreiz http pieprasījumu:
-
WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID-problēma ir saistīta ar datumu sertifikāta rekvizīti
-
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID-problēma ir saistīta ar standarta nosaukums sertifikāta rekvizīti
-
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA-problēma ir saistīta ar sertificēšanas iestādes sertifikātu rekvizīti Plašāka informācija par šiem trīs sertifikātu kļūdas ziņojumā norādīts atrodama WINHTTP_STATUS_CALLBACK atzvanīšanas funkcija
Starpniekservera autentifikācija apstrāde
Atslēga: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ Vērtība: AllowOutlookHttpProxyAuthentication Noklusējuma: 0 Dati: 1 = atļaut Outlook apstrādāt autentifikācijas problēmas no starpniekserveru; 0 = nebrīdinot neizdodas autentifikācija problēmas no starpniekserveru
Informācija: Šo reģistra vērtību pieļauj atkāpes no drošības konfigurācija un ir ietverti detalizēti Microsoft zināšanu bāzes rakstu: 3115474 MS16-099: Outlook 2010 drošības atjauninājuma apraksts: 9. augusts 2016
Autodiscover citi protokoli
Automātiskās noteikšanas līdzeklis izmanto arī Outlook atrast un konfigurējiet Exchange ActiveSync (EAS) kontiem. EAS automātiskās noteikšanas procesu un lēmumu pieņemšanas atšķiras no šajā rakstā aprakstītās darbības. Piemēram, EAS ieviešanas neievieš O365 galapunkta loģikas un nav darbību, kas pārbauda SCP atrašanās vietu. Šajā rakstā ietverti apraksta detalizētas darbības, kas Outlook izmanto automātiskās noteikšanas mēģinājumi iegūt no Exchange MAPI balstītu protokoliem.
Atsauces
Mantotā autodiscover informāciju var atrast šajā Microsoft zināšanu bāzes rakstā:
2212902 negaidīti automātiskās noteikšanas darbību, kad ir reģistra atslēgā \Autodiscover iestatījumi
Lai iegūtu papildinformāciju par automātiskās noteikšanas, skatiet Microsoft rakstos:
