Outlook 2016 implementación de detección automática

Intervalos de detección automática

La detección automática se ejecuta en las siguientes horas:

1. Durante la creación de cuentas.

2. A intervalos establecidos para recopilar cambios en las direcciones URL que proporcionan Exchange características del servicio web (OOF, Servicio de disponibilidad, y así sucesivamente). Si este proceso se realiza correctamente, se realiza otro intento una hora más tarde. Si el intento no se realiza correctamente, el siguiente intento se realiza 5 minutos más tarde. Cada intento puede ser escalonado hasta en un 25 por ciento debido a la infraestructura de tareas en segundo plano que usan todas las Microsoft Office aplicaciones.

3. En respuesta a determinados errores de conectividad. En varios escenarios, cuando se produce un error en un intento de conexión, Outlook una tarea de detección automática para recuperar la nueva configuración en cualquier intento de corregir el problema de conexión.

4. Cuando otra aplicación la invoca mediante MAPI. Para obtener más información sobre MAPI, vea el siguiente artículo de MSDN: Outlook referencia MAPI.

Eficiencia de detección automática

Use nombre principal de usuario (UPN) para acelerar el proceso de detección automática.

En un equipo unido a un dominio, Outlook debe conocer el UPN de un usuario para iniciar el proceso de detección automática. Es posible que el UPN se haya usado para iniciar sesión Windows, en cuyo caso Outlook acceso directo al UPN desde las credenciales de inicio de sesión. Pero si un usuario usa dominio\nombre de usuario para iniciar sesión Windows, Outlook solo tiene la misma credencial para el usuario. Para obtener el UPN, Outlook primero debe buscar al usuario en el directorio. Outlook solicitará que esta búsqueda busque referencias. En entornos complejos, esto puede hacer que se contacte con un gran número de DCs antes de encontrar un resultado. Después Outlook el UPN para el usuario, el valor se almacena en caché en el perfil y la búsqueda no debe volver a ocurrir para este usuario.

Para evitar este escenario, el usuario puede iniciar sesión con un UPN en lugar de dominio\nombre de usuario.

Consideraciones de ITAR

Microsoft Office 365 proporciona características que pueden dar soporte a los clientes con las obligaciones de ITAR. En el contexto de la característica Detección automática en Outlook, este conjunto de características incluye la configuración de directiva y el comportamiento que garantiza que los puntos de conexión de servicio usados para detección automática cumplan los requisitos de nube soberana. En concreto, en el Office 365 pasos específicos que se muestran en el proceso de detección automática (paso 4 y paso 11), el control de directivas está disponible para asegurarse de que se usan puntos de conexión de servicio adecuados durante el proceso de detección automática. 

Proceso de detección automática Cada vez que Outlook información de detección automática, usa un conjunto de pasos ordenados para intentar recuperar una carga XML que contiene la configuración. Muchos de estos pasos se pueden controlar mediante objetos de directiva de grupo (GPO) y el valor GPO se incluye en la descripción del paso.

El control de redirección paso 9 en la sección Proceso de detección automática es un paso explícito para controlar los datos de redirección no seguros. En cualquiera de los otros pasos seguros, para cualquier intento de recuperar la carga XML de detección automática, una posible respuesta del punto de conexión es una respuesta de redireccionamiento. Esta respuesta indica Outlook redirigir a una nueva dirección URL diferente para intentar recuperar la carga. Además, los datos de redireccionamiento pueden contener una dirección de correo electrónico nueva y diferente que se usará como dirección de destino para el intento de detección automática. Outlook considera que tres respuestas independientes son "respuestas de redirección":

• Un código de estado HTTP (301, 302) con una nueva dirección URL

• Un código de estado HTTP de 200, pero con un XML de carga que indica a Outlook redirigir a una dirección URL diferente

• Un código de estado HTTP de 200, pero con un XML de carga que indica a Outlook que use una dirección smtp diferente como dirección de destino.

En los casos 1 y 2, Outlook intenta recuperar el XML de detección automática de la nueva dirección URL, siempre que el protocolo sea https. Las direcciones URL no seguras (http) no se intentan. Además, incluso si el protocolo de la nueva dirección URL es https, Outlook comprobará la información del certificado para proporcionar una medida adicional de seguridad.

En el caso 3, Outlook todo el proceso de detección automática desde el principio.  Si todos los pasos (1-11) se intentan sin éxito con la nueva dirección de correo electrónico, Outlook vuelve a la dirección de correo electrónico original, pasa al paso 5 y continúa el intento de recuperar una carga XML con la dirección original.

Excepciones Los pasos de la sección Proceso de detección automática son las reglas generales para Outlook obtener la carga de detección automática. Hay varias optimizaciones e intentos excepcionales que pueden cambiar ligeramente el proceso. Por ejemplo, al realizar una nueva creación de cuenta, Outlook omite internamente el paso 3 (comprobar los datos del último bien conocido (LKG), ya que aún no puede tener una última entrada buena conocida.  De forma similar, si se desató un intento debido a un error al usar la información de configuración actual, Outlook propósito quiere volver Outlook detección automática y no usar la información de LKG porque, presumiblemente, la última información buena conocida dio como resultado un error.

Control de directivas Los valores de directiva definidos en la sección Proceso de detección automática pueden ser valores del Registro basados en directivas o valores no basados en directivas.  Cuando se implementan a través de GPO o configuración manual de la clave de directivas, la configuración tiene prioridad sobre la clave que no es de directiva.

Clave que no es de directiva: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

Clave de directiva: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover

Cada valor es de tipo DWORD.

PreferLocalXML difiere de los otros valores de control como una configuración de 1 conjunto Outlook para activar ese paso en el proceso.  Para los valores restantes, una configuración de 1 indica a Outlook que desactive o omita el paso asociado. Por ejemplo, si establece el valor ExcludeHttpsRootDomain en 1, Outlook para no realizar el paso 6 en el proceso.

Controles de registro adicionales

Outlook proporciona varias opciones de configuración adicionales basadas en el Registro que pueden afectar al proceso de detección automática:

Usar el Office 365 de configuración

Clave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valor: EnableOffice365ConfigService
Predeterminado: 0
Datos: Establezca estos datos DWORD en 1 para forzar Outlook llamar al servicio de configuración Office 365 recuperar las direcciones URL de detección automática adecuadas.

Configuración de tiempo de espera HTTP

Clave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valor: Tiempo de espera
Predeterminado: 25 segundos
Mínimo: 10 segundos
Máximo: 120 segundos
 

Información: Los tiempos de espera especificados se usan como configuración de WinHttpSetTimeouts. Los datos especificados se pasan a los cuatro parámetros de la API WinHttpSetTimeouts. Esto potencialmente permite una solicitud HTTP a la que no se puede llegar para que el tiempo de espera sea más rápido, lo que mejorará el rendimiento general. La configuración también podría permitir que una solicitud HTTP que tarde más de 25 segundos en realizarse correctamente al aumentar la configuración de tiempo de espera a algo mayor de 25 segundos.
Control de protocolo Mapi/Http

Clave: HKEY_CURRENT_USER\Software\Microsoft\Exchange
Valor: MapiHttpDisabled
Predeterminado: 0
Datos: 1 = El protocolo está deshabilitado; 0 = El protocolo está habilitado

Información: Este valor no se encuentra en la clave de detección automática. Esta es una configuración general que controla si Outlook puede intentar conectarse a Exchange mediante la pila de protocolo Mapi/Http. El valor predeterminado en Outlook 2016 no es tener deshabilitado este protocolo. Esto permite al proceso de detección automática agregar un encabezado especial (X-MapiHttpCapability:1) al proceso de detección para que se pueda evaluar y procesar la configuración del protocolo Mapi/Http.
Control de negociación de autenticación heredada

Clave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\RPC
Valor: AllowNegoCapabilityHeader
Predeterminado: 0
Datos: 1 = Se agregan encabezados; 0 = Los encabezados no se agregan

Información: Tenga en cuenta que este valor no está en la clave Detección automática. Esta configuración controla si se agrega un encabezado de negociación de autenticación a las solicitudes http. El contenido del encabezado depende de las capacidades de autenticación del equipo cliente. Un encabezado de ejemplo puede ser: "X-Nego-Capability: Negotiate, pku2u, Kerberos, NTLM, MSOIDSSP". Este valor del Registro y el encabezado que agrega rara vez se usan en cualquier pila de autenticación moderna y es muy poco probable que afecten al proceso de detección tAo de forma negativa o positiva.
Control de errores de certificado

Clave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover
Valor: ShowCertErrors
Predeterminado: 0
Datos: 1 = Mostrar errores o advertencias de certificado; 0 = No mostrar advertencias de certificado

Información: Este valor controla cómo Outlook los errores de certificado y las advertencias que se reciben al realizar tareas http. Outlook puede invalidar esta configuración en algunos casos (paso 6 en la sección Proceso de detección automática), pero en el caso general, si esta configuración está habilitada, Outlook le pedirá un cuadro de diálogo de seguridad que muestre el error o advertencia del certificado y permita al usuario aceptar o cancelar la solicitud Http. Hay tres errores de certificado específicos que el usuario puede decidir ignorar y Outlook volver a intentar la solicitud http:

• WINHTTP_CALLBACK_STATUS_FLAG_CERT_DATE_INVALID: hay un problema con la fecha en las propiedades del certificado

• WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID: hay un problema con el nombre común en las propiedades del certificado

• WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: hay un problema con la entidad emisora de certificados en las propiedades del certificado
  
  Encontrará más información sobre estos tres estados de error de certificado en WINHTTP_STATUS_CALLBACK función de devolución de llamada

Administración de autenticación de proxy

Clave: HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\HTTP\
Valor: AllowOutlookHttpProxyAuthentication
Predeterminado: 0
Datos: 1 = Permitir que Outlook los desafíos de autenticación de servidores proxy; 0 = errores silenciosos en los desafíos de autenticación de servidores proxy
 

Información: Este valor del Registro permite la relajación de una configuración de seguridad y se describe detalladamente en el siguiente artículo de Microsoft Knowledge Base:

3115474 MS16-099: Descripción de la actualización de seguridad de Outlook 2010: 9 de agosto de 2016

Detección automática para otros protocolos

La detección automática como característica también se usa Outlook detectar y configurar Exchange ActiveSync (EAS). El proceso de detección automática de EAS y la toma de decisiones son independientes de los pasos descritos en este artículo. Por ejemplo, la implementación de EAS no implementa la lógica de punto de conexión de O365 y no tiene un paso que comprueba si hay ubicaciones de SCP. Este artículo está ámbito para describir los pasos detallados que Outlook para los intentos de detección automática para obtener los protocolos basados en MAPI de Exchange.