Yhteenveto
Automaattinen haku on ominaisuus, jota Outlook käyttää niiden palvelimien määritystietojen hankkimiseen, joihin se muodostaa yhteyden. Jos Outlook 2016 palvelinten Exchange, automaattista hakua pidetään yhtenä totuuspisteenä määritystietojen kannalta, ja sen on oltava määritettynä ja toimiva oikein, jotta Outlook toimivat täydellisesti. Tässä artikkelissa kuvataan automaattisen haun käyttöönotto nykyisessä kanavan pika-suorituksen Outlook 2016. Lisätietoja asiakasohjelman Office 365 julkaisuista on seuraavissa Microsoftin sivustoissa:
Päivityskanavajulkaisujen versio- ja koontiversionumerot Office 365 asiakasohjelmia varten
Lisätietoja
Automaattisen haun ajoitus
Automaattinen haku suoritetaan seuraavissa tapauksissa:
-
Tilin luomisen aikana.
-
Voit määrittää aikavälein muutoksia URL-osoitteisiin, jotka Exchange verkkopalvelun ominaisuuksia (OOF, käytettävyyspalvelu ja niin edelleen). Jos prosessi onnistuu, voit kokeilla sitä tunnin myöhemmin. Jos yritys ei onnistu, seuraava yritys tehdään 5 minuuttia myöhemmin. Kutakin yritystä voidaan mahdollisesti porrasttaa jopa 25 prosenttia taustatehtäväinfrastruktuurista, jota käytetään kaikissa Microsoft Office sovelluksissa.
-
Tiettyjen yhteysvirheiden vuoksi. Kun yhteysyritys epäonnistuu useissa skenaarioissa, Outlook automaattisen haun tehtävän, joka noutaa uudet asetukset, kun yhteysongelma yritetään korjata.
-
Kun toinen sovellus käynnistää sen MAPI-sovelluksella. Lisätietoja MAPIsta on seuraavassa MSDN-artikkelissa: MAPI Outlook opas.
Automaattisen haun tehokkuus
Käytä käyttäjätunnusta automaattisen haun nopeuttamiseen.
Toimialueeseen yhdistetyssä tietokoneessa Outlook on hyvä tietää käyttäjän upnnimi automaattisen haun aloittamiseksi. Upn-tunnusta on ehkä käytetty kirjautumisessa Windows, jolloin Outlook voi käyttää upn-tunnusta suoraan kirjautumisen tunnistetiedoista. Jos käyttäjä kirjautuu sisään Windows:ssä toimialue\käyttäjänimi-Outlook käyttäjällä on vain sama tunnistetieto. Jotta voit käyttää käyttäjätunnusta, Outlook sinun on ensin etsittävä käyttäjä hakemistosta. Outlook pyytää, että tämän haun tulisi käyttää suositteluja. Monimutkaisissa ympäristöissä tämä voi aiheuttaa suuren määrän tietokoneita, jotka on otettava yhteyttä ennen tuloksen löytämista. Kun Outlook löytää käyttäjän täydellinen käyttäjätunnus, arvo tallennetaan välimuistiin profiilissa eikä tämän käyttäjän haku pitäisi toistua.
Voit välttää tämän skenaarion kirjautumalla sisään käyttämällä upn-käyttäjätunnusta toimialueen\käyttäjänimen sijaan.
ITAR-huomioon otettavia asioita
Microsoft Office 365 tarjoaa ominaisuuksia, jotka voivat tukea ITAR-velvoitteitaasiakkaille. Automaattisen haun ominaisuuden kontekstissa Outlook sisältää käytäntöasetuksia ja -toimintoja, joilla varmistetaan, että automaattisen haun käyttämät palvelun päätepisteet noudattavat riippumattomia pilvipalveluvaatimuksia. Tarkemmin sanottuna käytännön Office 365, jotka on lueteltu automaattisen haun prosessissa (vaihe 4 ja vaihe 11), käytännön hallinta on käytettävissä, jotta voidaan varmistaa, että automaattisen haun aikana käytetään asianmukaisia palvelun päätepisteitä.
Automaattinen hakuprosessi Aina kun Outlook tarvitsee automaattista hakutietoa, se yrittää noutaa määritysasetuksia sisältävän XML-tietomäärän noudattamalla järjestysvaiheita. Monia näistä vaiheista voi hallita ryhmäkäytäntöobjektien (GPO) avulla, ja ryhmäkäytäntöobjektin arvo sisältyy vaiheen kuvaukseen.
Vaihe 1: Tarkista uudelleenkäynnistyksen skenaariot
Joissakin tapauksissa, kuten lisätessäsi toisen tilin Outlook ollessa käynnissä, automaattisen haun lataus tallennetaan paikalliseen tiedostoon, jota käytetään Outlook uudelleenkäynnistyksen aikana. Ensimmäinen automaattisen haun vaihe on tarkistaa rekisteri ja tarkistaa erityiset käynnistystiedot, jotka Outlook, että olet keskellä jotain näistä uudelleenkäynnistysskenaarioista ja lukevat automaattisen haun tietokuorman erityisistä paikallisista tiedostoista. Tämä on harvinaista, eikä yleensä yleisimpi automaattisen haun ongelma. Jos tässä vaiheessa Outlook olet tässä erityisessa käynnistysskenaariossa ja automaattisen haun XML-tietojen noutaminen epäonnistuu, koko automaattisen haun yritys epäonnistuu. Mitään lisävaiheita ei yritetty.
Tässä vaiheessa ei ole mitään erityistä käytännön hallintaa.
Vaihe 2: Tarkista paikalliset tiedot -asetus
Outlook on ryhmän valvoja, jonka avulla järjestelmänvalvojat voivat ottaa käyttöön tietyn automaattisen haun XML-tiedoston kokoonpanoa varten. Jos järjestelmänvalvoja on ottanut tämän rekisteriarvon käyttöön ja autodiscover.xml, Outlook lukee automaattisen haun lataustiedoston. Tämä on taas epätavallista, eikä se yleensä ole yleisten automaattisen haun ongelmien syy. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 3.
Lisätietoja automaattisen haun XML-tiedostosta on seuraavassa TechNet-artikkelissa: käyttäjätilien automaattinen määrittäminen Outlook 2010:ssäHuomautus Tämä artikkeli on luotu
Outlook 2010:ssä. Se on kuitenkin edelleen merkityksellinen uudempien Outlook.
Tämän vaiheen käytännön ohjausobjektiarvo on seuraava: PreferLocalXML.
Vaihe 3: Viimeksi tunnettujen tietojen (LKG) tarkastaminen
Kun automaattinen haku noutaa XML-tietokuorman onnistuneesti minkä tahansa vaiheen kautta, tiedot saatetaan tallentaa välimuistiin paikallisesti "viimeisenä tunnetuna" määrityksenä. Ensimmäinen yleisesti käytetty tapa saada automaattisen haun payload on tämä viimeksi tunnettu hyvä tiedosto. Viimeisen tunnetun hyvän XML-tiedoston polku tulee Outlook profiilista. LKG-vaihetta käytetään vain ensisijaisen postilaatikon määrityksen etsimiseen. Jos automaattinen haku on muu kuin ensisijainen postilaatikko (vaihtoehtoinen, edustaja, yleinen kansio, ryhmän postilaatikko ja niin edelleen), LKG-vaihe ohitetaan automaattisesti. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 4.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava: ExcludeLastKnown DisclaimerURL.
Vaihe 4: Tarkista, onko O365 ensisijainen
Outlook käyttää heuristisia tietoja sen määrittämiseen, onko annettu käyttäjätili peräisin Office 365. Jos Outlook määrittää varmasti, että olet O365-käyttäjä, automaattisen haun latausyritys haetaan tunnetuista O365-päätepisteistä (yleensä https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml tai https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Jos tämä vaihe ei hae tietoja, siirry Outlook vaiheeseen 5.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava:
ExcludeExplicitO365Endpoint.
ITAR-harkinnan huomioonotta
Oletusarvoisesti Outlook kyselyn, jonka tunnettu päätepiste hakee automaattisen haun tietomäärän. Olemassa oleva tämän vaiheen ohittava käytäntö on edelleen voimassa, ja sitä voidaan käyttää vaiheeseen 5 yrittämättä päätepistettä. Vaihtoehtoisesti on olemassa uusi käytäntö, joka ohjaa Outlook kyselyn keskitettyyn Office 365 määrityspalveluun, josta noudetaan oikeat URL-osoitteet automaattisen haun tietomäärän hakeminen. Prosessi toimii käsitteellisesti seuraavasti:
-
Määrität uuden käytännön.
-
Automaattinen haku -prosessin vaiheessa 4 Outlook suorittaa kyselyitä Office 365 määrityspalvelussa.
-
Palvelu määrittää, mitkä (jos) ITAR-erityistarpeet ovat voimassa määritetylle käyttäjälle, ja palauttaa käyttäjälle asianmukaiset URL-osoitteet käyttämällä upottamisen käyttäjätunnuksen toimialuetietoja.
-
Outlook yrittää noutaa automaattisen haun kuormituksen palvelun URL-osoitteista.
Uuden ominaisuuden käytännön ohjausobjektiarvo, joka käyttää Office 365 Config Servicea, on EnableOffice365ConfigService.
Huomautus: Koontiversiosta 16.0.9327.1000, EnableOffice365ConfigService -käytäntöä ei enää käytetä.
Vaihe 5: Tarkista SCP-tiedot
Jos tietokone on liitetty toimialueeseen, Outlook hakee automaattisen haun XML-polun palauttavan palveluyhteyspisteen tiedot LDAP-kyselyn avulla. Tämän jälkeen SCP-haun palauttamaan URL-osoitteeseen yritetään hakea automaattisen haun tiedot. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 6.
Lisätietoja SCP-protokollasta on seuraavassa MSDN-artikkelissa: Julkaiseminen palveluyhteyspisteiden avulla.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava: ExcludeScpLookup.
Vaihe 6: Tarkista päätoimialue
Tässä vaiheessa Outlook luo URL-osoitteen alkuperäisen osoitteen toimialuenimestä muodossa https://<domain>/autodiscover/autodiscover.xml ja yrittää noutaa tietokuorman tuloksena saatavasta URL-osoitteesta. Koska monia päätoimialueita ei ole määritetty automaattista hakua varten, Outlook järjestelmä hiljentää tarkoituksella kaikki noutamisen aikana ilmenevät varmennevirheet. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 7.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava: ExcludeHttpsRootDomain.
Vaihe 7: Automaattisen haun toimialueen tarkistaminen
Tässä vaiheessa Outlook luo URL-osoitteen alkuperäisen osoitteen toimialuenimestä muodossa https://autodiscover.<domain>/autodiscover/autodiscover.xml ja yrittää noutaa tietokuorman tuloksena saatavasta URL-osoitteesta. Koska tämä on automaattisen haun tietojen ensisijainen URL-osoite, Outlook hiljennä mitään varmennevirheitä, jotka ilmenevät noutamisen aikana. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 8.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava: ExcludeHttpsAutoDiscoverDomain.
Vaihe 8: Tarkista paikalliset tiedot
Vaiheessa 2 Outlook, onko järjestelmänvalvoja ottanut käyttöön käytännön, joka tarkistaa automaattisen haun tietomäärän erikseen. Jos käytäntöä ei ole olemassa, mutta edelliset vaiheet eivät noutaneet tietoja, Outlook yrittää nyt noutaa tiedot paikallisesta tiedostosta myös ilman PreferLocalXML-asetusta. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 9.
Tässä vaiheessa ei ole käytännön hallintaa.
Vaihe 9: HTTP-uudelleenohjausten tarkistus
Tässä vaiheessa Outlook lähettää pyynnön automaattisen haun toimialueen URL-osoitteeseen (http://autodiscover.<-toimialue>/autodiscover/autodiscover.xml) ja testaa vastausten uudelleenohjausta. Jos todellinen automaattisen haun XML-tietomäärä palautetaan eikä uudelleenohjausta, Outlook ohittaa automaattisen haun XML-vastauksen, koska se noudettiin ilman suojausta (http). Jos vastaus on kelvollinen uudelleenohjauksen URL-osoite, Outlook uudelleenohjausta ja yrittää noutaa tietokuorman XML:n uudesta URL-osoitteesta. Outlook suorittaa myös varmenteiden tarkistukset, jotta uudelleenohjaus mahdollisesti haitallisiin URL-osoitteisiin estetään tässä vaiheessa. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 10.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava: ExcludeHttpRedirect.
Vaihe 10: Tarkista SRV-tiedot
Tässä vaiheessa Outlook DNS-kyselystä "_autodiscover._tcp.<toimialueen nimi>" ja käy läpi tulokset etsien ensimmäistä tietuetta, joka käyttää protokollana https-protokollaa. Outlook yrittää sitten noutaa tiedot tästä URL-osoitteesta. Jos tämä vaihe ei hae tietoja, Outlook siirtyy vaiheeseen 11.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava: ExcludeSrvRecord.
Vaihe 11: Tarkista, onko O365 vikasietoinen
Jos kaikki edelliset vaiheet eivät palauttaneet tietomäärää, Outlook käyttää vähemmän rajoittavaa heuristiikkaa päättääksesi, onko lopullinen yritys O365-päätepisteille hyödyllinen. Jos Outlook päättää, että yritys kannattaa, se yrittää käyttää tunnettuja O365 Autodiscover -päätepisteitä, jos tili on O365 -tili. Tämä yritys käyttää samoja URL-osoitteita kuin vaiheessa 4 ja eroaa vain siitä, että sitä on kokeiltu viimeisenä keinona, ei aiemmin automaattisen haun yhteydessä.
Tämän vaiheen käytännön ohjausobjektin arvo on seuraava: ExcludeExplicitO365Endpoint.
ITAR-huomioon otettavia asioita
Jos Outlook pääsee tähän vaiheeseen eikä automaattisen haun tietomäärää ole noudettu onnistuneesti, suoritetaan kaksi testiä sen tarkistamaan, onko tunnettuja Office 365-päätepisteitä yritetä. Jos postilaatikko on kuluttajatili (esimerkiksi outlook.com), tunnettu päätepiste yritetään. Jos postilaatikko määritetään kuulumaan toimialueeseen, jossa ei ole ITAR-vaatimuksia, tunnettu päätepiste yritetään. Jos postilaatikko on määritetty kaupalliseksi ja se kuuluu toimialueeseen, johon ITAR-vaatimuksia sovelletaan, tunnettuihin Office 365 päätepisteisiin ei yritetä. Tulevissa julkaisuissa vaihe 11 voi siirtyä samaan logiikkaan kuin vaiheessa 4 ja soittaa Office 365 määrityspalveluun. Kun tämä muutos on tehty, tämä artikkeli päivitetään vastaamaan uutta prosessin vaihetta.
Automaattisen haun prosessi -osan uudelleenohjauksen vaihe 9 on eksplisiittinen vaihe suojaamattomien uudelleenohjaustietojen käsittelyyn. Kaikissa muissa suojatuissa ohjeissa automaattisen haun XML-tietomäärän noutamiseksi yksi mahdollinen vastaus päätepisteltä on uudelleenohjausvastaus. Tämä vastaus Outlook ohjaamaan uudelleen uuteen, eri URL-osoitteeseen yrittääksesi noutaa tiedot. Uudelleenohjaustiedot voivat myös sisältää uuden, eri sähköpostiosoitteen, joita käytetään automaattisen haun kohdeosoitteena. Outlook kolme erillistä vastausta uudelleenohjaavat vastaukset:
-
HTTP-tilakoodi (301, 302), jossa on uusi URL-osoite
-
HTTP-tilakoodi 200, mutta tietokuorman XML:n avulla Outlook ohjaamaan uudelleen toiseen URL-osoitteeseen
-
HTTP-tilakoodi 200, mutta sen XML-tieto, joka Outlook käyttämään kohdeosoitteena eri smtp-osoitetta.
Tapauksissa 1 ja 2 Outlook yrittää noutaa automaattisen haun XML:n uudesta URL-osoitteesta, jos protokolla on https. Suojausta (http) ei yritetty. Lisäksi vaikka uuden URL-osoitteen protokolla olisi https, Outlook tarkistaa varmenteen tiedot ja tarjoaa lisävarmennetta.
Jos kyseessä on 3, Outlook aloittaa koko automaattisen haun alusta. Jos kaikkia vaiheita (1–11) yritetään käyttää ilman onnistusta uuden sähköpostiosoitteen avulla, Outlook palaa alkuperäiseen sähköpostiosoitteeseen, siirtyy vaiheeseen 5 ja jatkaa XML-tietomäärän hakemista käyttäen alkuperäistä osoitetta.
Poikkeukset Automaattisen haun prosessi -osassa on yleisiä sääntöjä, joiden avulla Outlook yrittää hankkia automaattisen haun tiedot. On olemassa erilaisia optimointeja ja poikkeusyrityksiä, jotka voivat muuttaa prosessia hieman. Kun esimerkiksi luot uutta tiliä, Outlook ohittaa vaiheen 3 (tarkista viimeksi tunnettu hyvän (LKG) tiedot), koska siinä ei voi vielä olla viimeksi tunnettua hyvää merkintää. Vastaavasti jos yritys käynnistettiin virheen vuoksi käyttämällä nykyisiä määritystietoja, Outlook haluaa suorittaa automaattisen haun uudelleen eikä käyttää LKG-tietoja, koska oletettavasti viimeksi tunnetut hyvät tiedot aiheuttivat virheen.
Käytännön hallinta Automaattisen haun prosessi -osassa määritetyt käytännön arvot voivat olla joko käytäntöpohjaisia rekisteriarvoja tai muita kuin käytäntöpohjaisia arvoja. Kun ne otetaan käyttöön ryhmäkäytäntöobjektin tai käytäntöavaimen manuaalisen määrityksen avulla, asetukset ovat ensisijaisia ei-käytäntöavaimeen.
Muu kuin käytäntöavain: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Käytäntöavain: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover
Jokainen arvo on DWORD-tyyppinen.
PreferLocalXML eroaa muista ohjausobjektiarvoista 1-joukkojen asetuksena, Outlook ottaa prosessin tämän vaiheen käyttöön. Jäljellä olevien arvojen 1 asetus kertoo Outlookille, että se poistaa käytöstä tai ohittaa siihen liittyvän vaiheen. Jos esimerkiksi määrität ExcludeHttpsRootDomain-arvoksi 1, Outlook ei suorita prosessia vaihetta 6.
Muut rekisteriohjausobjekteja
Outlook tarjoaa useita muita rekisteripohjaisia määritysvaihtoehtoja, jotka voivat vaikuttaa automaattisen haun prosessiin:
Office 365 määrityspalvelun käyttö
Avain: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Arvo: EnableOffice365ConfigService
Oletus: 0
Tiedot: Määritä tämän DWORD-tietojen arvoksi 1, Outlook pakota kutsumaan Office 365 määrityspalvelua hakemaan sopivat automaattisen haun URL-osoitteet.
HTTP-aika ulos -asetukset
Avain: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Arvo: Aikakatkaisu
Oletus: 25 sekuntia
Vähintään: 10 sekuntia
Suurin: 120 sekuntia
Tieto: Määritettyjä aikakatkaisuja käytetään WinHttpSetTimeouts -asetuksina. Määritetyt tiedot välitetään WinHttpSetTimeouts -ohjelmointirajapinnan kaikkiin neljään parametriin. Tämä sallii HTTP-pyynnön, jota ei voi tavoittaa nopeammin, mikä parantaa yleistä suorituskykyä. Asetukset saattavat myös sallia HTTP-pyynnön, joka kestää oletusaikaa 25 sekuntia, onnistumaan suurentamalla aika ulos -asetusta suuremmaksi kuin 25 sekuntia.
Mapi/http-protokollan ohjausobjekti
Avain: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Arvo: MapihttpDisabled
Oletus: 0
Tiedot: 1 = Protokolla on poistettu käytöstä; 0 = Protokolla on käytössä
Tieto: Tätä arvoa ei ole automaattisen haun avaimen alla. Tämä on yleinen asetus, joka määrittää, Outlook yhdistää Exchange Mapi/Http-protokollapinon avulla. Oletusarvon mukaan Outlook 2016 tätä protokollaa ei ole poistettu käytöstä. Näin automaattinen hakutoiminto voi lisätä erityisen ylätunnisteen (X-MapiHttpCapability:1) etsintäprosessiin niin, että Mapi-/Http-protokollan asetuksia voidaan arvioida ja käsitellä.
Vanhan todennusneuvottelun hallinta
Avain: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Arvo: AllowNegoCapabilityHeader
Oletus: 0
Tiedot: 1 = Otsikot lisätään; 0 = Otsikoita ei lisätä
Tieto: Huomaa, että tämä arvo ei ole automaattisen haun avaimen alla. Tämä asetus määrittää, lisätäänkö todennusneuvottelun otsikko http-pyyntöihin. Ylätunnisteen sisältö riippuu asiakastietokoneen todennusominaisuuksista. Esimerkkiotsikko voi olla: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Tätä rekisteriarvoa ja lisättävää otsikkoa käytetään harvoin missä tahansa modernissa todennuspinossa, eikä se todennäköisesti vaikuta tAodiscover-prosessiin joko negatiivisella tai positiivisella tavalla.
Varmenteen virheenkäsittely
Avain: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Arvo: ShowCertErrors
Oletus: 0
Tiedot: 1 = Näytä varmenteen varoitukset/virheet; 0 = Älä näytä varmennevaroituksia
Tieto: Tämä arvo määrittää Outlook miten se käsittelee varmenteen virheitä ja varoituksia, jotka se saa, kun se suorittaa http-tehtäviä. Outlook saattaa ohittaa tämän asetuksen joissakin tapauksissa (vaihe 6 Automaattisen haun prosessi -osassa), mutta jos tämä asetus on otettu käyttöön, Outlook antaa suojausvalintaikkunan, joka näyttää varmennevirheen tai varoituksen, ja antaa käyttäjän ok tai peruuttaa http-pyynnön. On kolme erityistä varmennevirhettä, jotka käyttäjä voi päättää ohittaa ja Outlook yrittää http-pyyntöä uudelleen:
-
WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – Varmenteen ominaisuuksissa päivämäärässä on ongelma
-
WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – Varmenteen ominaisuuksissa yleisellä nimellä on ongelma
-
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – Varmenteen myöntäjällä on ongelmia varmenteen ominaisuuksissa
Lisätietoja näistä kolmesta varmennevirheestä löytyy WINHTTP_STATUS_CALLBACK-funktiosta
Välityspalvelimen todentamisen käsittely
Avain: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Arvo: AllowOutlookHttpProxyAuthentication
Oletus: 0
Tiedot: 1 = Outlook välityspalvelimien todennushaasteita voi käsitellä; 0 = välityspalvelimien todennushaasteet äänettömästi epäonnistuvat
Tiedot: Tämä rekisteriarvo sallii suojausmääritysten varaamisen. Sitä käsitellään yksityiskohtaisesti seuraavassa Microsoft Knowledge Base -tietokannan artikkelissa:
3115474 MS16-099: Outlook 2010:n suojauspäivityksen kuvaus: 9. elokuuta 2016
Muiden protokollien automaattinen haku
Myös automaattinen hakutoiminto on toiminto, jota Outlook EAS (Exchange ActiveSync) -tilien etsiminen ja määrittäminen. EAS:n automaattisen haun prosessi ja päätöksenteko on erillään tässä artikkelissa kuvatuista vaiheista. Esimerkiksi EAS-käyttöönotto ei ota käyttöön O365-päätepisteen logiikkaa eikä siinä ole vaihetta, joka tarkistaa SCP-sijainnit. Tässä artikkelissa kuvataan yksityiskohtaiset vaiheet, joita Outlook automaattisen haun avulla MAPI-pohjaisten protokollien hankkimiseen Exchange.
Lisätietoja
Vanhoja tietoja automaattisesta etsinnästä on seuraavassa Microsoft Knowledge Base -tietokannan artikkelissa:
2212902 Automaattisen haun odottamaton toiminta, kun rekisteriasetukset ovat \Autodiscover-avaimen alla
Lisätietoja automaattisesta etsinnästä on seuraavissa Microsoftin artikkeleissa:
