Accedi con Microsoft
Accedi o crea un account.
Salve,
Seleziona un altro account.
Hai più account
Scegli l'account con cui vuoi accedere.

Riepilogo

L'individuazione automatica è la caratteristica Outlook per ottenere informazioni di configurazione per i server a cui si connette. In Outlook 2016 server Exchange, l'individuazione automatica è considerata il singolo punto di verità per le informazioni di configurazione e deve essere configurata e funzionante correttamente perché Outlook funzioni completamente. Questo articolo descrive l'implementazione dell'individuazione automatica nel rilascio corrente di Outlook 2016. Per altre informazioni sui rilasci dei canali client Office 365 client, vedere i siti Web Microsoft seguenti:

Numeri di versione e build dei rilasci dei canali di aggiornamento per Office 365 client

Office 365 dei canali di aggiornamento client

Ulteriori informazioni

Intervallo di individuazione automatica

L'individuazione automatica viene eseguita nei momenti seguenti:

  1. Durante la creazione dell'account.

  2. A intervalli impostati per raccogliere le modifiche agli URL che forniscono Exchange funzionalità del servizio Web (Fuori sede, Servizio disponibilità e così via). Se questo processo ha esito positivo, verrà eseguito un altro tentativo un'ora dopo. Se il tentativo non riesce, il tentativo successivo viene eseguito 5 minuti dopo. Ogni tentativo può essere sfalsato fino al 25% a causa dell'infrastruttura delle attività in background usata da tutte Microsoft Office applicazioni.

  3. In risposta a determinati errori di connettività. In vari scenari, quando un tentativo di connessione non riesce, Outlook un'attività di individuazione automatica per recuperare nuove impostazioni in qualsiasi tentativo di risolvere il problema di connessione.

  4. Quando un'altra applicazione la richiama usando MAPI. Per altre informazioni su MAPI, vedere l'articolo MSDN seguente: Outlook riferimento MAPI.


Efficienza dell'individuazione automatica

Usare il nome dell'entità utente (UPN) per accelerare il processo di individuazione automatica.

In un computer aggiunto a un dominio, Outlook l'UPN di un utente per avviare il processo di individuazione automatica. L'UPN potrebbe essere stato usato per accedere a Windows, nel qual caso Outlook ha accesso diretto all'UPN dalle credenziali di accesso. Ma se un utente usa dominio\nomeutente per accedere Windows, Outlook ha solo le stesse credenziali per l'utente. Per ottenere l'UPN, Outlook prima di tutto cercare l'utente nella directory. Outlook richiederà che la ricerca insegue i riferimenti. In ambienti complessi, questo può causare un numero elevato di controller di dominio da contattare prima di trovare un risultato. Dopo Outlook individua l'UPN per l'utente, il valore viene memorizzato nella cache del profilo e la ricerca non deve essere più verificata per l'utente.

Per evitare questo scenario, l'utente può accedere usando un UPN invece di dominio\nomeutente.


Considerazioni su ITAR

Microsoft Office 365 offre funzionalità in grado di supportare i clienti con obblighi ITAR. Nel contesto della funzionalità di individuazione automatica in Outlook, questo set di funzionalità include impostazioni e comportamenti dei criteri che assicurano che gli endpoint del servizio usati per l'individuazione automatica rispettino i requisiti del cloud sovrano. In particolare, nei passaggi Office 365 specifici elencati nel processo di individuazione automatica (passaggio 4 e passaggio 11), il controllo dei criteri è disponibile per assicurarsi che gli endpoint del servizio appropriati siano usati durante il processo di individuazione automatica. 


Processo di individuazione automatica Ogni volta che Outlook informazioni di individuazione automatica, usa una serie di passaggi ordinati per provare a recuperare un payload XML che contiene le impostazioni di configurazione. Molti di questi passaggi possono essere controllati tramite oggetti Criteri di gruppo e il valore dell'oggetto Criteri di gruppo è incluso nella descrizione del passaggio.

Passaggio 1: Verificare la presenza di scenari di riavvio

In alcuni casi, ad esempio quando si aggiunge un secondo account mentre Outlook è in esecuzione, il payload di individuazione automatica viene memorizzato nella cache in un file locale da usare durante il riavvio del client Outlook. Il primo passaggio dell'individuazione automatica consiste nel controllare nel Registro di sistema alcune informazioni speciali sull'avvio che indica a Outlook che ci si trova al centro di uno di questi scenari di riavvio e di leggere il payload di individuazione automatica dal file locale speciale. Si tratta di un caso raro e in genere non la causa di problemi generici di individuazione automatica. Per questo passaggio, se Outlook si è in questo scenario di avvio speciale e il tentativo di recuperare i dati XML di individuazione automatica non riesce, l'intero tentativo di individuazione automatica non riesce. Non vengono tentati altri passaggi.

Per questo passaggio non è disponibile alcun controllo dei criteri specifico.

Passaggio 2: Controllare la preferenza Dati locali

Outlook un oggetto Criteri di gruppo per consentire agli amministratori di distribuire uno specifico file XML di individuazione automatica da usare per la configurazione. Se l'amministratore ha distribuito questo valore del Registro di sistema e ha autodiscover.xml un file autodiscover.xml, Outlook legge il payload di individuazione automatica da questo file. Anche in questo caso si tratta di un caso non comune e in genere non è la causa di problemi generici di individuazione automatica. Se questo passaggio non recupera un payload, Outlook si sposta al passaggio 3.

Per altre informazioni sul codice XML di individuazione automatica, vedere l'articolo di TechNet seguente: Pianificare la configurazione automatica degli account utente in Outlook 2010Nota Questo articolo è stato creato per Outlook

2010. Tuttavia, è ancora rilevante per le versioni successive di Outlook.

Il valore di controllo dei criteri per questo passaggio è il seguente: PreferLocalXML.

Passaggio 3: Verificare la presenza di dati LKG (Last Known Good)

Quando l'individuazione automatica recupera correttamente un payload XML in qualsiasi passaggio, è possibile che il payload venga memorizzato nella cache locale come configurazione "ultimo bene noto". Il primo metodo comunemente corretto per ottenere un payload di individuazione automatica è da questo ultimo file valido noto. Il percorso dell'ultimo file XML valido noto proviene dal profilo Outlook valido. Il passaggio LKG viene usato solo per individuare la configurazione della cassetta postale principale. Se la ricerca di individuazione automatica è per una cassetta postale non primaria (alternativa, delega, cartella pubblica, cassetta postale di gruppo e così via), il passaggio LKG viene ignorato automaticamente. Se questo passaggio non recupera un payload, Outlook si sposta al passaggio 4.

Il valore di controllo dei criteri per questo passaggio è il seguente: ExcludeLastKnownGoodURL.

Passaggio 4: Verificare la priorità di O365

Outlook usa un set di euristica per determinare se l'account utente fornito proviene da Office 365. Se Outlook determina con certezza che si è un utente di O365, viene eseguito un tentativo di recuperare il payload di individuazione automatica dagli endpoint di O365 noti (in genere https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml o https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Se questo passaggio non recupera un payload, Outlook passaggio 5.

Il valore di controllo dei criteri per questo passaggio è il seguente:

ExcludeExplicitO365Endpoint.


Considerazione ITAR

Per impostazione predefinita, Outlook l'endpoint noto per recuperare il payload di individuazione automatica. I criteri esistenti per ignorare questo passaggio sono ancora validi e possono essere usati per andare al passaggio 5 senza provare l'endpoint. In alternativa, è presente un nuovo criterio che indica Outlook eseguire query in un servizio di configurazione di Office 365 centrale per recuperare gli URL appropriati da cui recuperare il payload di individuazione automatica. Concettualmente, il processo funziona nel modo seguente:

  1. Impostare il nuovo criterio.

  2. Durante il passaggio 4 del processo di individuazione automatica, Outlook il servizio Office 365 configurazione.

  3. Il servizio determina quali esigenze ITAR speciali sono in vigore per l'utente specificato e restituisce gli URL appropriati per l'utente usando le informazioni sul dominio dell'UPN.

  4. Outlook il payload di individuazione automatica dagli URL forniti dal servizio.

Il valore di controllo dei criteri per la nuova funzionalità per l'uso del Office 365 configurazione è EnableOffice365ConfigService.

Nota: A causa della build 16.0.9327.1000,il criterio EnableOffice365ConfigService non viene più usato.

Passaggio 5: Verificare la presenza di dati SCP

Se il computer fa parte di un dominio, Outlook una query LDAP per recuperare i dati del punto di connessione del servizio che restituisce un percorso del codice XML di individuazione automatica. Viene quindi eseguito un tentativo a ogni URL restituito dalla ricerca SCP per provare a recuperare il payload di individuazione automatica. Se questo passaggio non recupera un payload, Outlook si sposta al passaggio 6.

Per altre informazioni su SCP, vedere il seguente articolo MSDN: Pubblicazione con punti di connessione del servizio.

Il valore di controllo dei criteri per questo passaggio è il seguente: ExcludeScpLookup.

Passaggio 6: Controllare il dominio radice

Per questo passaggio, Outlook crea un URL dal nome di dominio dell'indirizzo iniziale nel formato https://<domain>/autodiscover/autodiscover.xml e prova a recuperare il payload dall'URL risultante. Poiché molti domini radice non sono configurati per l'individuazione automatica, Outlook silenzia intenzionalmente tutti gli errori dei certificati che si verificano durante il tentativo di recupero. Se questo passaggio non recupera un payload, Outlook passaggio 7.

Il valore di controllo dei criteri per questo passaggio è il seguente: ExcludeHttpsRootDomain.

Passaggio 7: Controllare il dominio di individuazione automatica

Per questo passaggio, Outlook crea un URL dal nome di dominio dell'indirizzo iniziale nel formato https://autodiscover.<domain>/autodiscover/autodiscover.xml e prova a recuperare il payload dall'URL risultante. Poiché si tratta dell'URL principale in genere per i dati di individuazione automatica, Outlook non silenzia gli errori del certificato che si verificano durante il tentativo di recupero. Se questo passaggio non recupera un payload, Outlook si sposta al passaggio 8.

Il valore di controllo dei criteri per questo passaggio è il seguente: ExcludeHttpsAutoDiscoverDomain.

Passaggio 8: Verificare la presenza di dati locali

Nel passaggio 2, Outlook se l'amministratore ha distribuito un criterio per verificare in modo specifico il payload di individuazione automatica come preferenza. Se non sono presenti criteri, ma i passaggi precedenti non hanno recuperato un payload, Outlook prova ora a recuperare un payload dal file locale anche senza l'impostazione PreferLocalXML. Se questo passaggio non recupera un payload, Outlook si sposta al passaggio 9. 

Per questo passaggio non è disponibile alcun controllo dei criteri.

Passaggio 9: Verificare la presenza di reindirizzamenti HTTP

Per questo passaggio, Outlook invia una richiesta all'URL del dominio di individuazione automatica (http://autodiscover.<domain>/autodiscover/autodiscover.xml) e testa le risposte di reindirizzamento. Se viene restituito un payload XML di individuazione automatica effettivo e non un reindirizzamento, Outlook ignora la risposta XML di individuazione automatica effettiva perché è stata recuperata senza sicurezza (http). Se la risposta è un URL di reindirizzamento valido, Outlook segue il reindirizzamento e prova a recuperare un payload XML dal nuovo URL. Outlook anche i controlli dei certificati per impedire il reindirizzamento a URL potenzialmente dannosi in questo passaggio. Se questo passaggio non recupera un payload, Outlook si sposta al passaggio 10.

Il valore di controllo dei criteri per questo passaggio è il seguente: ExcludeHttpRedirect.

Passaggio 10: Verificare la presenza di dati SRV

Per questo passaggio, Outlook esegue una query DNS per "_autodiscover._tcp.<nome di dominio>" ed esegue un ciclo tra i risultati alla ricerca del primo record che usa https come protocollo. Outlook quindi tenta di recuperare il payload da tale URL. Se questo passaggio non recupera un payload, Outlook passaggio 11.
Il valore di controllo dei criteri per questo passaggio è il seguente: ExcludeSrvRecord.

Passaggio 11: Verificare la presenza di O365 come failsafe

Se tutti i passaggi precedenti non hanno restituito un payload, Outlook usa un set meno restrittivo di euristica per decidere se un tentativo finale agli endpoint di O365 è potenzialmente utile. Se outlook decide che un tentativo è utile, prova gli endpoint di individuazione automatica di O365 noti nel caso in cui l'account sia un account di O365. Questo tentativo usa gli stessi URL di destinazione del passaggio 4 e si differenzia solo per il fatto che è stato provato come ultima risorsa e non in precedenza nel processo di individuazione automatica.

Il valore di controllo dei criteri per questo passaggio è il seguente: ExcludeExplicitO365Endpoint.


Considerazioni su ITAR

Se Outlook a questo passaggio e non è stato recuperato correttamente un payload di individuazione automatica, vengono eseguiti due test per verificare se è necessario eseguire il tentativo degli endpoint Office 365 noti. Prima di tutto, se la cassetta postale è un account consumer (ad esempio outlook.com), viene tentato l'endpoint noto. In secondo momento, se la cassetta postale è determinata a appartenere a un dominio che non ha requisiti ITAR, viene tentato l'endpoint noto. Se la cassetta postale è definita commerciale e appartiene a un dominio con requisiti ITAR, non viene eseguito alcun tentativo per gli endpoint Office 365 noti. Nelle versioni future, il passaggio 11 potrebbe passare alla stessa logica del passaggio 4 e chiamare il Office 365 di configurazione. Quando viene apportata questa modifica, questo articolo verrà aggiornato per riflettere il nuovo passaggio del processo.


Passaggio 9 della gestione dei reindirizzamenti nella sezione Processo di individuazione automatica è un passaggio esplicito per gestire i dati di reindirizzamento non sicuri. In uno degli altri passaggi sicuri, per qualsiasi tentativo di recuperare il payload XML di individuazione automatica, una possibile risposta dall'endpoint è una risposta di reindirizzamento. Questa risposta indica Outlook reindirizzare a un nuovo URL diverso per provare a recuperare il payload. Inoltre, i dati di reindirizzamento possono contenere un nuovo indirizzo di posta elettronica diverso da usare come indirizzo di destinazione per il tentativo di individuazione automatica. Outlook considera tre risposte distinte come "risposte di reindirizzamento":

  • Codice di stato HTTP (301, 302) con un nuovo URL

  • Codice di stato HTTP 200, ma con un codice XML payload che indica Outlook reindirizzare a un URL diverso

  • Codice di stato HTTP 200, ma con un payload XML che indica Outlook un indirizzo smtp diverso come indirizzo di destinazione.


Nei casi 1 e 2, Outlook il codice XML di individuazione automatica dal nuovo URL, a condizione che il protocollo sia https. Gli URL non sicuri (http) non vengono tentati. Inoltre, anche se il protocollo nel nuovo URL è https, Outlook le informazioni del certificato per fornire un'ulteriore misura di sicurezza.

Per il caso 3, Outlook l'intero processo di individuazione automatica dall'inizio.  Se si provano tutti i passaggi (1-11) senza successo usando il nuovo indirizzo di posta elettronica, Outlook torna all'indirizzo di posta elettronica originale, passa al passaggio 5 e continua il tentativo di recuperare un payload XML con l'indirizzo originale.


Eccezioni I passaggi della sezione Processo di individuazione automatica sono le regole generali per Outlook il payload di individuazione automatica. Esistono varie ottimizzazioni e tentativi eccezionali che possono modificare leggermente il processo. Ad esempio, quando si crea un nuovo account, Outlook ignora internamente il passaggio 3 (verificare la presenza di dati LKG (Last Known Good), perché non può ancora avere un'ultima voce valida nota.  Allo stesso modo, se un tentativo è stato attivato a causa di un errore usando le informazioni di configurazione correnti, Outlook vuole intenzionalmente eseguire di nuovo l'individuazione automatica e non usare le informazioni LKG perché probabilmente l'ultima informazione valida nota ha generato un errore.


Controllo dei criteri I valori dei criteri definiti nella sezione Processo di individuazione automatica possono essere valori del Registro di sistema basati su criteri o valori non basati su criteri.  Quando vengono distribuite tramite l'oggetto Criteri di gruppo o la configurazione manuale della chiave dei criteri, le impostazioni hanno la precedenza sulla chiave non basata sui criteri.

Chiave non di criteri: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

Chiave dei criteri: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover

Ogni valore è di tipo DWORD.

PreferLocalXML è diverso dagli altri valori dei controlli, poiché l'impostazione 1 imposta Outlook per attivare questo passaggio del processo.  Per i valori rimanenti, l'impostazione 1 indica a Outlook di disattivare o ignorare il passaggio associato. Ad esempio, l'impostazione del valore ExcludeHttpsRootDomain su 1 Outlook di non eseguire il passaggio 6 del processo.


Controlli aggiuntivi del Registro di sistema

Outlook fornisce diverse opzioni di configurazione aggiuntive basate sul Registro di sistema che potrebbero influire sul processo di individuazione automatica:

Usare il servizio Office 365 configurazione

Chiave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valore: EnableOffice365ConfigService
Impostazione predefinita: 0
Dati: impostare questi dati DWORD su 1 per forzare Outlook chiamare il servizio di Office 365 config per recuperare gli URL di individuazione automatica appropriati.


Impostazioni di timeout HTTP

Chiave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valore: Timeout
Impostazione predefinita: 25 secondi
Minimo: 10 secondi
Massimo: 120 secondi
 

Informazioni: i timeout specificati vengono usati come impostazioni di WinHttpSetTimeouts. I dati specificati vengono passati a tutti e quattro i parametri dell'API WinHttpSetTimeouts. In questo modo è possibile che una richiesta HTTP non raggiungibile per il timeout sia più veloce, migliorando le prestazioni complessive. Le impostazioni potrebbero anche consentire la riuscita di una richiesta HTTP che richiede più tempo del valore predefinito di 25 secondi, aumentando l'impostazione di timeout su un valore superiore a 25 secondi.
Controllo protocollo Mapi/Http

Chiave: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Valore: MapiHttpDisabled
Impostazione predefinita: 0
Dati: 1 = Il protocollo è disabilitato; 0 = Il protocollo è abilitato

Informazioni: questo valore non si trova sotto la chiave di individuazione automatica. Si tratta di un'impostazione generale che controlla se Outlook provare a connettersi a Exchange usando lo stack di protocolli Mapi/Http. Per impostazione predefinita, Outlook 2016 questo protocollo non è disabilitato. In questo modo il processo di individuazione automatica aggiunge un'intestazione speciale (X-MapiHttpCapability:1) al processo di individuazione in modo che le impostazioni del protocollo Mapi/Http possano essere valutate ed elaborate.
Controllo negoziazione autenticazione legacy

Chiave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Valore: AllowNegoCapabilityHeader
Impostazione predefinita: 0
Dati: 1 = Vengono aggiunte intestazioni; 0 = Le intestazioni non vengono aggiunte

Informazioni: questo valore non è sotto la chiave di individuazione automatica. Questa impostazione controlla se un'intestazione di negoziazione dell'autenticazione viene aggiunta alle richieste http. Il contenuto dell'intestazione dipende dalle funzionalità di autenticazione del computer client. Un'intestazione di esempio potrebbe essere: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Questo valore del Registro di sistema e l'intestazione che aggiunge vengono usati raramente in qualsiasi stack di autenticazione moderno e molto improbabile che influiscano sul processo di tAodiscover in modo negativo o positivo.
Gestione degli errori dei certificati

Chiave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valore: ShowCertErrors
Impostazione predefinita: 0
Dati: 1 = Mostra avvisi/errori relativi ai certificati; 0 = Non visualizzare avvisi relativi ai certificati

Informazioni: questo valore controlla il modo Outlook gli errori e gli avvisi dei certificati ricevuti quando esegue attività http. Outlook può ignorare questa impostazione in alcuni casi (passaggio 6 nella sezione Processo di individuazione automatica), ma per il caso generale, se questa impostazione è abilitata, Outlook visualizzerà una finestra di dialogo di sicurezza che visualizza l'errore o l'avviso del certificato e consente all'utente di scegliere OK o Annulla la richiesta Http. Esistono tre errori specifici relativi ai certificati che l'utente può decidere di ignorare e fare in modo che Outlook ritentare la richiesta http:

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID: si è verificato un problema con la data nelle proprietà del certificato

  • WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID: si è verificato un problema con il nome comune nelle proprietà del certificato

  • WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: si è verificato un problema con l'autorità di certificazione nelle proprietà del certificato

    Per altre informazioni su questi tre stati di errore dei certificati, vedere la WINHTTP_STATUS_CALLBACK di richiamata

Gestione dell'autenticazione proxy

Chiave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Valore: AllowOutlookHttpProxyAuthentication
Impostazione predefinita: 0
Dati: 1 = Consentire Outlook gestire le sfide di autenticazione dei server proxy; 0 = i problemi di autenticazione dei server proxy non riescono automaticamente
 

Informazioni: questo valore del Registro di sistema consente di completare una configurazione della sicurezza ed è descritto in dettaglio nel seguente articolo della Microsoft Knowledge Base: 3115474 MS16-099: Descrizione dell'aggiornamento della sicurezza per

Outlook 2010: 9 agosto 2016

Individuazione automatica per altri protocolli

L'individuazione automatica come caratteristica viene usata anche da Outlook per individuare e configurare gli account Exchange ActiveSync (EAS). Il processo di individuazione automatica di EAS e il processo decisionale sono separati dai passaggi descritti in questo articolo. Ad esempio, l'implementazione di EAS non implementa la logica dell'endpoint di O365 e non ha un passaggio che controlla la presenza di posizioni SCP. Questo articolo ha l'ambito per descrivere i passaggi dettagliati che Outlook per i tentativi di individuazione automatica di ottenere i protocolli basati su MAPI da Exchange.

Riferimenti

Le informazioni legacy sull'individuazione automatica sono disponibili nell'articolo seguente della Microsoft Knowledge Base:

2212902 Comportamento imprevisto dell'individuazione automatica quando sono disponibili impostazioni del Registro di sistema nella chiave \Autodiscover


Per altre informazioni sull'individuazione automatica, vedere gli articoli Microsoft seguenti:

Individuazione automatica per Exchange

Servizio di individuazione automatica

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.

Le community aiutano a porre e a rispondere alle domande, a fornire feedback e ad ascoltare gli esperti con approfondite conoscenze.

Queste informazioni sono risultate utili?

Come valuti la qualità della lingua?
Cosa ha influito sulla tua esperienza?
Premendo Inviare, il tuo feedback verrà usato per migliorare i prodotti e i servizi Microsoft. L'amministratore IT potrà raccogliere questi dati. Informativa sulla privacy.

Grazie per il feedback!

×