Implementarea Outlook 2016 de descoperire automată

Calendarul de descoperire automată

Descoperire automată se execută în următoarele perioade:

1. În timpul creării.

2. Set de intervale de timp pentru a colecta modificări la URL-uri care furnizează serviciului Exchange Web oferă (OOF, serviciul de disponibilitate și etc.). Dacă acest proces este de succes, încercați o altă este făcută o oră mai târziu. Dacă încercarea nu reușește, încercaţi următoarea este făcută 5 minute mai târziu. Fiecare încercare poate potențial eșalonează cât mai mult de 25 la sută din cauza infrastructura de activitate de fundal utilizate de toate aplicațiile Microsoft Office.

3. Ca răspuns la anumite nereușite de conectivitate. În diverse situații, când o încercare de conectare nu reușește, Outlook începe o activitate de descoperire automată pentru a regăsi noile setări în orice încercare de a corecta problema de conexiune.

4. Când o altă aplicație invocă utilizând MAPI. Pentru mai multe informații despre MAPI, consultaţi următorul articol din MSDN: Outlook MAPI referință.

Descoperire automată eficiență

Utilizați Principal nume de utilizator (UPN) pentru a accelera procesul de descoperire automată.

Pe un computer asociate la un domeniu, Outlook trebuie să cunoașteți UPN pentru un utilizator pentru a iniţia procesul de descoperire automată. UPN pot fi utilizate pentru Log on la Windows, caz în care Outlook acces direct la UPN din acreditările de Log on. Dar dacă un utilizator utilizează domeniu\nume utilizator pentru a face log în Windows, Outlook numai are aceleași acreditări pentru utilizator. Pentru a obține UPN, Outlook trebuie să mai întâi caută utilizatorului în directorul. Outlook va solicita că această căutare ar trebui să urmări recomandări. În medii complexe, acest lucru poate cauza un număr mare de DC-uri pentru a fi contactat înainte de a se găsește un rezultat. După ce Outlook descoperă UPN pentru utilizator, valoarea este în memoria cache în profilul și căutare ar trebui să se întâmple din nou pentru acest utilizator.

Pentru a evita acest scenariu, utilizatorul poate face log on utilizând un UPN în loc de domeniu\nume utilizator.

Considerații ITAR

Microsoft Office 365 oferă caracteristici care poate accepta clienții cu ITARobligațiile. În contextul de caracteristica de descoperire automată în Outlook, acest set de caracteristici include setările de politică şi comportament care asigură puncte finale de serviciu utilizate pentru descoperirea automată adere la cloud suveran cerințe. Mai precis, în Office 365 specifice pașii care sunt listate în procesul de descoperire automată (Pasul 4 și pasul 11), Politica de control este disponibil pentru a vă asigura că puncte finale de serviciu corespunzătoare sunt utilizate în timpul procesului de descoperire automată.

Procesul de descoperire automată

De fiecare dată când Outlook care are nevoie de informații de descoperire automată, utilizează un set de ordonat pași pentru a încerca să regăsească o componentă XML care conține setările de configurare. Multe dintre aceste etape poate fi controlat cu ajutorul obiecte de politică de grup (GPO), iar valoarea GPO este inclus în descrierea pas.

Redirecționați manipulare

Pasul 9 din secțiunea procesul de descoperire automată este un pas explicit să gestioneze nesecurizat redirecţionare date. În oricare dintre celelalte pașii sigură, pentru orice încercare de a regăsi încărcătura Autodiscover XML, un răspuns posibil din punctul final este un răspuns de redirecționare. Acest răspuns spune Outlook să redirecționați către un URL noi, diferite pentru a încerca să recupereze încărcătura. În plus, datele de redirecționare pot conține o adresă de e-mail noi, diferite de utilizat ca adresă de țintă pentru încercarea de descoperire automată. Outlook consideră trei răspunsuri separat pentru a fi "redirecționați răspunsurile":

• Un cod de stare HTTP (301, 302) cu o nouă adresă URL

• Un cod de stare HTTP 200, dar cu o componentă XML care spune Outlook să redirecționați către un alt URL

• Un cod de stare HTTP 200, dar cu o componentă XML care spune Outlook pentru a utiliza o altă adresă smtp ca adresa țintă.

În cazuri 1 și 2, Outlook încearcă să preia Autodescoperire XML din URL-ul nou, cu condiția ca protocolul https. Nu sunt încercat URL-uri nesecurizat (http). În plus, chiar dacă protocolul în URL-ul nou este https, Outlook va verifica certificat informații pentru a oferi o măsură suplimentară de securitate. În cazul 3, Outlook începe procesul de descoperire automată întreaga de la început.  Dacă toți pașii (1-11) sunt încercat fără nici un succes utilizând adresa de poștă electronică nou, apoi Outlook revine la adresa de e-mail originală, se mută în pasul 5 și continuă încercarea de a regăsi sarcină XML cu adresa originală.

Excepții

Pașii din secțiunea procesul de descoperire automată sunt regulile generale pentru cum Outlook încearcă să obțină încărcătura de descoperire automată. Există diferite optimizări şi încercările Excepţional, care pot modifica procesul ușor. De exemplu, atunci când face un crearea unui cont nou, Outlook intern omite pasul 3 (selectare pentru Last Known Good (eniko) date), deoarece încă nu au o ultima intrare bine cunoscute.  În mod similar, dacă o încercare s-a declanșat din cauza unei erori utilizând informațiile de configurare curent, apoi Outlook intenţionat dorește să Autodescoperire din nou și nu utilizează informațiile eniko deoarece probabil ultima informațiile bine cunoscute au avut ca rezultat o eroare.

Politica de control

Valorile de politică care sunt definite de procesul de descoperire automată secțiune pot fi valori de registry bazat pe politici sau valori non-bazat pe politici.  Atunci când acestea se implementează prin GPO sau configurare manuală a cheii de politici, setările prevalează asupra cheia non-politică. Non-politică cheie: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Politică cheie: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover Fiecare valoare este de tip DWORD. PreferLocalXML diferă de alte valori control ca o setare de 1 setează Outlook pentru a activa pe acest pas din procesul.  Pentru valorile rămase, o setare de 1 spune outlook turn off sau omitere pasul asociate. De exemplu, setarea valorii ExcludeHttpsRootDomain la 1 setează Outlook nu se efectuează pasul 6 în procesul.

Controale suplimentare registry

Outlook oferă mai multe opțiuni de configurare suplimentare din registry care pot afecta procesul de descoperire automată:

Utilizarea serviciului Office 365 Config

Cheie: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Valoare: EnableOffice365ConfigService Default: 0 Date: Aceste date DWORD este setată la 1 pentru a impune programului Outlook să apelați serviciul Office 365 Config pentru a regăsi URL-uri Autodescoperire corespunzătoare.

Setările de expirare HTTP

Cheie: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Valoare: expirare În mod implicit: 25 de secunde Minim: 10 secunde Maxim: 120 secunde

Informații: Specificat întreruperi sunt utilizate ca WinHttpSetTimeouts setări. Datele specificat este transmis către toate cele patru parametri WinHttpSetTimeouts API. Acest lucru permite potențial o cerere HTTP care nu se poate ajunge la expire mai rapid, care va îmbunătăți performanța generală. Setările poate permite, de asemenea, o solicitare de HTTP care durează mai mult decât cea implicită de 25 de secunde pentru a reuşi crescând setarea de expirare la ceva mai mare de 25 de secunde. MAPI/Http Protocol de Control

Cheie: HKEY_CURRENT_USER\Software\Microsoft\Exchange Valoare: MapiHttpDisabled Default: 0 Data: 1 = Protocol este dezactivat; 0 = protocol este activat

Informații: Această valoare nu este amplasat sub cheia de descoperire automată. Acesta este un general setarea care controlează dacă Outlook, puteți încerca pentru a vă conecta la Exchange utilizând stiva protocolului Mapi/Http. În mod implicit în Outlook 2016 nu este să aveți acest protocol dezactivat. Aceasta permite procesul de descoperire automată adăuga un antet speciale (X-MapiHttpCapability:1) la descoperirea procesul, astfel încât Mapi/Http protocol setările pot fi evaluate şi procesate. Autentificare moștenite negociere Control

Cheie: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC Valoare: AllowNegoCapabilityHeader Default: 0 Data: 1 = anteturile se adaugă; 0 = anteturile nu sunt adăugate

Informații: Note această valoare nu este sub cheia de descoperire automată. Această setare controlează dacă se adaugă un antet de autentificare negociere solicitări http. Conținutul de antet depinde de capacitățile de autentificare de pe computerul client. Poate fi un antet de exemplu: "capacitatea de X cristi: negocieze, pku2u, Kerberos, NTLM, MSOIDSSP". Această valoare de registry și antet care se adaugă sunt rareori utilizate în orice stiva de autentificare moderne și foarte puțin probabil să afecteze procesul tAodiscover în oricare dintre un mod pozitiv sau negativ. Tratarea erorilor de certificat

Cheie: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover Valoare: ShowCertErrors Default: 0 Data: 1 = Arată certificat avertismente/erori; 0 = nu se va afișa avertismente certificat

Informații: Această valoare controlează cât Outlook handle-uri certificatul de erori și avertismente care sunt primite atunci când efectuează activităţi http. Outlook poate suprascrie această setare în unele cazuri (Pasul 6 din secțiunea procesul de descoperire automată), dar pentru cazul general, dacă această setare este activată, Outlook va solicita cu un dialog de securitate care afișează certificat de eroare sau avertisment și permite utilizatorului să OK sau Revocare solicitarea Http. Există trei erori specifice certificat care utilizatorul pot decide să ignore Outlook reîncearcă solicitarea http:

• WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – există o problemă cu data din proprietățile de certificat

• WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – există o problemă cu numele comun din proprietățile de certificat

• WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – există o problemă cu autoritatea de certificare din proprietățile de certificat Mai multe informații despre aceste trei certificat eroare specifică pot fi găsite la WINHTTP_STATUS_CALLBACK funcţii de apelare inversă

Tratarea de autentificare proxy

Cheie: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\ Valoare: AllowOutlookHttpProxyAuthentication Default: 0 Data: 1 = permite Outlook pentru a gestiona provocările de autentificare de la serverele proxy; 0 = silențios fail autentificare provocările de servere proxy

Informații: Această valoare de registry permite relaxarea o configurație de securitate și este acoperit în detaliu în următorul articol din baza de cunoștințe Microsoft: 3115474 MS16-099: Descrierea actualizării de securitate pentru Outlook 2010: 9 August 2016

Descoperire automată pentru alte protocoale

Descoperire automată ca o caracteristică , de asemenea, este utilizat de Outlook pentru a descoperi și configurează conturile de Exchange ActiveSync (EAS). Procesul de descoperire automată EAS și luarea deciziilor este separat de pașii descriși în acest articol. De exemplu, implementarea EAS nu implementează O365 endpoint logica și nu are un pas care verifică SCP locații. Acest articol este au activat pentru a descrie pașii detaliate care utilizează Outlook pentru încercările de descoperire automată pentru a obține protocoale bazate pe MAPI din Exchange.