Outlook 2016 implementação da Descoberta Automática

Tempo de descoberta automática

A Descoberta Automática é executado nos seguintes horários:

1. Durante a criação de conta.

2. Em intervalos definidos para coletar alterações em URLs que fornecem recursos Exchange Web Service (OOF, Serviço de Disponibilidade e assim por diante). Se esse processo for bem-sucedido, outra tentativa será feita uma hora depois. Se a tentativa não for bem-sucedida, a próxima tentativa será feita 5 minutos depois. Cada tentativa pode ser escalonada em até 25% devido à infraestrutura de tarefas em segundo plano usada por todos os Microsoft Office aplicativos.

3. Em resposta a determinadas falhas de conectividade. Em vários cenários, quando uma tentativa de conexão falha, Outlook inicia uma tarefa de Descoberta Automática para recuperar novas configurações em qualquer tentativa de corrigir o problema de conexão.

4. Quando outro aplicativo o invoca usando MAPI. Para obter mais informações sobre MAPI, consulte o seguinte artigo do MSDN: Outlook Referência MAPI.

Eficiência de descoberta automática

Use o Nome da Entidade de Usuário (UPN) para agilizar o processo de Descoberta Automática.

Em um computador ingressado em domínio, Outlook precisa saber o UPN de um usuário para iniciar o processo de Descoberta Automática. O UPN pode ter sido usado para fazer logon Windows, nesse caso, Outlook tem acesso direto ao UPN a partir das credenciais de logon. Mas se um usuário usar domínio\nome de usuário para fazer logo Windows, Outlook tem a mesma credencial para o usuário. Para obter o UPN, Outlook primeiro procure o usuário no diretório. Outlook solicitará que essa consulta procure indicações. Em ambientes complexos, isso pode fazer com que um grande número de DCs seja contatado antes que um resultado seja encontrado. Depois Outlook descobre o UPN para o usuário, o valor é armazenado em cache no perfil e a busca não deve acontecer novamente para esse usuário.

Para evitar esse cenário, o usuário pode fazer logon usando um UPN em vez de domínio\nome de usuário.

Considerações do ITAR

Microsoft Office 365 fornece recursos que podem dar suporte aos clientes com obrigações itar. No contexto do recurso Descoberta Automática no Outlook, esse conjunto de recursos inclui configurações de política e comportamento que garantem que os pontos de extremidade de serviço usados para Descoberta Automática aderam aos requisitos de nuvem soberanas. Especificamente, nas Office 365 específicas listadas no processo de Descoberta Automática ( etapa 4 e etapa 11), o controle de política está disponível para garantir que os pontos de extremidade de serviço apropriados sejam usados durante o processo de Descoberta Automática. 

Processo de descoberta automática Sempre que o Outlook precisa de informações de Descoberta Automática, ele usa um conjunto de etapas ordenadas para tentar recuperar uma carga XML que contém configurações. Muitas dessas etapas podem ser controladas usando o GPO (Group Policy Objects) e o valor gpo está incluído na descrição da etapa.

O tratamento de redirecionamento Etapa 9 na seção Processo de Descoberta Automática é uma etapa explícita para lidar com dados de redirecionamento não seguro. Em qualquer uma das outras etapas seguras, para qualquer tentativa de recuperar a carga XML de Descoberta Automática, uma possível resposta do ponto de extremidade é uma resposta de redirecionamento. Essa resposta diz Outlook redirecionar para uma NOVA URL diferente para tentar recuperar a carga. Além disso, os dados de redirecionamento podem conter um novo endereço de email diferente a ser usado como o endereço de destino da tentativa de Descoberta Automática. Outlook considera três respostas separadas como "respostas de redirecionamento":

• Um código de status HTTP (301, 302) com uma nova URL

• Um código de status HTTP de 200, mas com um XML de carga que Outlook redirecionar para uma URL diferente

• Um código de status HTTP de 200, mas com um XML de carga que diz Outlook usar um endereço smtp diferente como o endereço de destino.

Nos casos 1 e 2, Outlook tenta recuperar o XML de descoberta automática da nova URL, desde que o protocolo seja https. UrLs não-sesecure (http) não são tentadas. Além disso, mesmo que o protocolo na nova URL seja https, Outlook verificará as informações do certificado para fornecer uma medida adicional de segurança.

Para o caso 3, Outlook inicia todo o processo de descoberta automática desde o início.  Se todas as etapas (1-11) são tentadas sem qualquer êxito usando o novo endereço de email, então Outlook retorna para o endereço de email original, move para a etapa 5 e continua a tentativa de recuperar uma carga XML com o endereço original.

Exceções As etapas na seção Processo de Descoberta Automática são as regras gerais de como Outlook tenta obter a carga de descoberta automática. Há várias otimizações e tentativas excepcionais que podem alterar ligeiramente o processo. Por exemplo, ao fazer uma nova criação de conta, o Outlook ignora internamente a etapa 3 (verificar os dados do Último Bem Conhecido (LKG), pois ainda não pode ter uma última entrada boa conhecida.  Da mesma forma, se uma tentativa foi disparada devido a um erro usando as informações de configuração atuais, a Outlook deseja descobrir automaticamente novamente e não usar as informações LKG porque, provavelmente, a última informação boa conhecida resultou em uma falha.

Controle de política Os valores de política definidos na seção Processo de Descoberta Automática podem ser valores de Registro baseados em política ou valores não baseados em política.  Quando elas são implantadas por meio de GPO ou configuração manual da chave de políticas, as configurações têm precedência sobre a chave não política.

Chave não política: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

Chave de Política: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover

Cada valor é do tipo DWORD.

PreferLocalXML difere dos outros valores de controle como uma configuração de 1 conjuntos Outlook para ativar essa etapa no processo.  Para os valores restantes, uma configuração de 1 informa ao Outlook para desativar ou ignorar a etapa associada. Por exemplo, definir o valor ExcludeHttpsRootDomain como 1 define Outlook para não executar a etapa 6 no processo.

Controles adicionais do Registro

Outlook oferece várias opções de configuração adicionais baseadas no Registro que podem afetar o processo de Descoberta Automática:

Usar o serviço Office 365 Config

Chave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valor: EnableOffice365ConfigService
Padrão: 0
Dados: defina esses dados DWORD como 1 para forçar Outlook chamar o serviço Office 365 Config para recuperar URLs de Descoberta Automática apropriadas.

Configurações de tempo de tempo de HTTP

Chave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valor: Tempo de vida
Padrão: 25 segundos
Mínimo: 10 segundos
Máximo: 120 segundos
 

Informações: Os intervalos de tempo especificados são usados como configurações do WinHttpSetTimeouts. Os dados especificados são passados para todos os quatro parâmetros da API WinHttpSetTimeouts. Isso potencialmente permite uma solicitação HTTP que não pode ser alcançada para o tempo de execução mais rápido, o que melhorará o desempenho geral. As configurações também podem permitir que uma solicitação HTTP que leva mais tempo do que o padrão de 25 segundos seja bem-sucedida, aumentando a configuração de tempo de tempo para algo maior que 25 segundos.
Controle de protocolo Mapi/Http

Chave: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Valor: MapiHttpDisabled
Padrão: 0
Dados: 1 = Protocolo desabilitado; 0 = Protocolo habilitado

Informações: esse valor não está localizado na chave Descoberta Automática. Esta é uma configuração geral que controla se Outlook pode tentar se conectar ao Exchange usando a pilha de protocolo Mapi/Http. O padrão no Outlook 2016 não é ter esse protocolo desabilitado. Isso permite que o processo de Descoberta Automática adicione um cabeçalho especial (X-MapiHttpCapability:1) ao processo de descoberta para que as configurações de protocolo Mapi/Http possam ser avaliadas e processadas.
Controle de negociação de autenticação herdado

Chave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Valor: AllowNegoCapabilityHeader
Padrão: 0
Dados: 1 = Os headers são adicionados; 0 = Os headers não são adicionados

Informações: Observe que esse valor não está na chave Descoberta Automática. Essa configuração controla se um cabeçalho de negociação de autenticação é adicionado a solicitações http. O conteúdo do header depende dos recursos de autenticação do computador cliente. Um exemplo de header pode ser: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Esse valor do Registro e o header que ele adiciona raramente são usados em qualquer pilha de autenticação moderna e muito improvável que afete o processo de descoberta tAo de forma negativa ou positiva.
Tratamento de erros de certificado

Chave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valor: ShowCertErrors
Padrão: 0
Dados: 1 = Mostrar avisos/erros de certificado; 0 = Não mostrar avisos de certificado

Informações: esse valor controla como Outlook lida com erros de certificado e avisos recebidos ao executar tarefas http. Outlook pode substituir essa configuração em alguns casos (etapa 6 na seção Processo de Descoberta Automática), mas, para o caso geral, se essa configuração estiver habilitada, o Outlook solicitará uma caixa de diálogo de segurança que exibe o erro ou aviso do certificado e permitirá que o usuário ok ou cancele a solicitação Http. Há três erros de certificado específicos que o usuário pode decidir ignorar e ter Outlook repetir a solicitação http:

• WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID – há um problema com a data nas propriedades do certificado

• WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID – há um problema com o nome comum nas propriedades do certificado

• WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA – há um problema com a autoridade de certificação nas propriedades do certificado
  
  Mais informações sobre esses três estados de erro de certificado podem ser encontradas WINHTTP_STATUS_CALLBACK função de retorno de chamada

Tratamento de autenticação de proxy

Chave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Valor: AllowOutlookHttpProxyAuthentication
Padrão: 0
Dados: 1 = Permitir Outlook lidar com desafios de autenticação de servidores proxy; 0 = falhar silenciosamente nos desafios de autenticação de servidores proxy
 

Informações: Esse valor do Registro permite o descontração de uma configuração de segurança e é abordado em detalhes no seguinte artigo na Base de Dados de Conhecimento da Microsoft:

3115474 MS16-099: Descrição da atualização de segurança do Outlook 2010: 9 deagosto de 2016

Descoberta automática para outros protocolos

A descoberta automática como recurso também é usada pela Outlook para descobrir e configurar contas Exchange ActiveSync (EAS). O processo de Descoberta Automática e tomada de decisões do EAS é separado das etapas descritas neste artigo. Por exemplo, a implementação do EAS não implementa a lógica do ponto de extremidade do O365 e não tem uma etapa que verifica locais SCP. Este artigo tem escopo para descrever as etapas detalhadas que Outlook usa para tentativas de Descoberta Automática para obter os protocolos baseados em MAPI de Exchange.