Planeación para configurar automáticamente cuentas de usuario en Outlook 2010

 

Se aplica a: Office 2010

Última modificación del tema: 2016-11-29

Detección automática y Detección de configuración común son los dos mecanismos de detección que pueden configurar automáticamente cuentas de usuario en Microsoft Outlook 2010.

En este artículo:


  • Información general


  • Uso de Detección automática con DNS


  • Resumen de las transacciones de Detección automática


  • Esquema XML de Detección automática


  • Detección de configuración común

Información general

Al igual que Microsoft Office Outlook 2007, Outlook 2010 incluye la capacidad de configurar cuentas de usuario automáticamente. Outlook 2010 usa uno de estos dos mecanismos de detección para configurar las cuentas automáticamente: Detección automática y Detección de configuración común.

Detección automática es un archivo XML basado en estándares que puede configurar un administrador para un proveedor de acceso a Internet (ISP) o una empresa, o que puede generar dinámicamente un servicio como el rol de servidor Acceso de clientes en Microsoft Exchange Server 2007 o Microsoft Exchange Server 2010. Este es el mecanismo recomendado para detectar la configuración, ya que proporciona un rendimiento óptimo. Además, minimiza la posibilidad de que se produzca un error de configuración en el equipo cliente, dado que el administrador de los servidores de correo define explícita y deliberadamente la configuración.

El mecanismo de Detección de configuración común es menos configurable y menos sofisticado, pero configura la mayoría de los servidores de correo de todo el mundo en función de valores de configuración comunes. Intenta usar primero las conexiones cifradas. Si se produce un error en estas conexiones, solicita al usuario que pruebe con conexiones que no estén cifradas e intenta usar otra vez los mismos servidores sin cifrado. Hoy en día, muchos ISP no requieren cifrado, pero lo tienen habilitado para que los usuarios puedan configurar sus cuentas mediante cifrado.

Para obtener más información sobre cómo implementar y administrar el servicio Detección automática para Exchange Server 2007, vea el tema de introducción al servicio Detección automática: Ayuda de Exchange 2007 (https://go.microsoft.com/fwlink/p/?linkId=183290). Para Exchange Server 2010, vea el tema de descripción del servicio Detección automática: Ayuda de Exchange 2010 (https://go.microsoft.com/fwlink/p/?linkId=183289).

Uso de Detección automática con DNS

Detección automática en Outlook 2010 es un archivo XML que se coloca en una de dos ubicaciones posibles, según el nombre de dominio proporcionado por el usuario. Para Internet, Detección automática se basa en el Sistema de nombres de dominio (DNS) para buscar el archivo XML. La ubicación del archivo XML se basa en la dirección de correo electrónico que proporciona el usuario. Por ejemplo, si se especifica barbara@contoso.com como dirección de correo electrónico del usuario, Outlook 2010 busca el archivo XML en estas ubicaciones y en este orden:

  1. https://contoso.com/autodiscover/autodiscover.xml

  2. https://autodiscover.contoso.com/autodiscover/autodiscover.xml

Si su empresa también tiene un sitio web en el dominio raíz (por ejemplo, contoso.com), la segunda opción (la solución "registro de recursos de host [A]" de Detección automática) le permite ejecutar el servidor web y el servicio o archivo de Detección automática en servidores independientes. En el caso de empresas más pequeñas, se puede omitir la administración adicional consistente en tener registros de DNS independientes, y un solo servidor puede ejecutar tanto el sitio web como el servicio Detección automática (por ejemplo, la opción 1 enumerada anteriormente).

La conexión se debe establecer mediante una Capa de sockets seguros (SSL) y debe haber un certificado SSL válido. Dicha SSL es necesaria porque una empresa o un proveedor de acceso a Internet (ISP) podría decidir proporcionar únicamente acceso cifrado a sus servidores de correo. En este caso, si Outlook 2010 comprueba primero las ubicaciones sin SSL o permite la conmutación por error a una ubicación sin SSL y un usuario escribe una dirección de correo electrónico y una contraseña en una situación de seguridad vulnerable, como un ataque de tipo "Man in the middle", el servicio de configuración automática de Outlook 2010 puede debilitar la seguridad al ser el eslabón más débil de la cadena de conexión si se permite una conexión sin SSL. Sin una conexión cifrada, el servicio de configuración automática podría permitir que un sitio web no cifrado configure el servidor de correo y permita la autenticación con un nombre de usuario y una contraseña en el sitio no cifrado. En cambio, el protocolo de Detección automática requiere SSL para mantener la compatibilidad con las empresas y los ISP que exigen rutinas de configuración seguras.

Sin embargo, si una empresa o un ISP decide hospedar muchos dominios de correo electrónico, Outlook 2010 puede seguir un redireccionamiento HTTP o un registro de recursos de servicio (SRV) de DNS (esta funcionalidad de búsqueda de registros SRV de DNS está incluida en Office Outlook 2007 Service Pack 1 y versiones posteriores) sin cifrar a un sitio web seguro que almacena la configuración. Por ejemplo, supongamos que contoso.com es un dominio de correo electrónico hospedado y que el servicio de hospedaje ejecuta el archivo de Detección automática en hoster.com. En este caso, la empresa de hospedaje puede usar el prefijo autodiscover para dirigir Outlook 2010 a un sitio seguro que contenga la configuración de Detección automática.

En ambos ejemplos, los usuarios verán un cuadro de diálogo de advertencia en Outlook 2010 que indica que se los redirige a autodiscover.hoster.com para obtener la configuración del servidor. El cuadro de diálogo ofrece la opción de permitir el redireccionamiento y permite a los usuarios omitir los mensajes futuros sobre el sitio de redireccionamiento (en este ejemplo, autodiscover.hoster.com).

Detalles del protocolo de Detección automática

En un entorno de dominio que tiene configurado el punto de conexión de servicio (SCP), se realizará primero una búsqueda de SCP. En caso contrario, el primer intento de conexión siempre es un verbo HTTPS POST para el domain, donde el usuario ha escrito la dirección de correo electrónico e-mail@domain. Si la configuración se recupera correctamente, no se realiza ninguna llamada de red adicional. Si la configuración no se recupera, se ejecuta un verbo HTTPS POST para autodiscover.domain. Si no se recupera la configuración de este sitio, se realiza una búsqueda final de registro SRV de DNS y HTTP GET únicamente en el sitio autodiscover.domain. Esta búsqueda de registro SRV de DNS y HTTP GET solo puede redirigir a un sitio seguro. (Si los valores están presentes en la ubicación HTTP, Outlook 2010 no los configurará porque la conexión no está cifrada).

Outlook 2010 puede seguir hasta 10 redireccionamientos de cualquier tipo. Es decir, puede seguir un redireccionamiento HTTPS POST, un redireccionamiento HTTP GET o usar las etiquetas de esquema XML de redireccionamiento de Detección automática que se indican más adelante en este artículo. Después de 10 redireccionamientos sin obtener la configuración, se produce un error en la detección de la configuración.

XML estático frente a XML de servicio web

El verbo POST se usa para que Outlook 2010 pueda emitir una solicitud a un servicio web dinámico, como el rol de servidor Acceso de clientes en Exchange 2007 y Exchange Server 2010. Sin embargo, si un archivo XML estático es suficiente o si no se ejecuta un servicio web de Detección automática, la respuesta XML que se devuelve en una respuesta 405 personalizada (verbo POST no admitido) desde cualquier servidor web también funcionará como el XML de configuración usado por Outlook 2010.

Uso local de Detección automática

Es posible configurar el Registro del equipo para que busque un archivo XML local que define la configuración del servidor. Sin embargo, se recomienda hospedar la configuración en un servidor activo para que se pueda actualizar fácilmente. Al realizar pruebas, la incorporación de entradas en el Registro puede obligar a Outlook 2010 a usar archivos XML locales para configurar un dominio de correo electrónico que no esté configurado en el servidor. El servidor invalida el XML local para controlar mejor la mayor y la configuración.

Por ejemplo, para proporcionar la configuración de la dirección de correo electrónico contoso.com desde un archivo XML local, puede configurar el siguiente valor del Registro:

[HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Autodiscover] "contoso.com"="%PROGRAMFILES%\Microsoft Office\Office14\contoso.xml"

En este ejemplo, el archivo de configuración XML se encuentra aquí: %PROGRAMFILES%\Microsoft Office\Office14\contoso.xml. Más adelante en este artículo se proporciona un archivo de configuración XML de ejemplo.

Prioridad de la configuración XML

Outlook 2010 configura el tipo de servidor según el orden en el que están definidos los servidores en el archivo de configuración XML de Detección automática. Por ejemplo, si un proveedor de servicios de correo permite que los usuarios inicien sesión mediante el protocolo POP3 y el protocolo IMAP pero prefiere que los usuarios usen el protocolo POP3, la configuración de POP3 debe aparecer en primer lugar en el archivo de Detección automática.

Resumen de las transacciones de Detección automática

El orden de las operaciones para detectar automáticamente la configuración de Detección automática de Outlook 2010 se resume como se indica a continuación:

  1. Recupere automáticamente la dirección de correo electrónico del servicio de directorio de Active Directory si el equipo está unido a un dominio.

  2. Recupere el nombre del equipo con Exchange Server si se encuentra y almacene el nombre para usarlo más adelante.

  3. Busque objetos de punto de conexión de servicio (SCP) o de puntero SCP que se correspondan con la dirección de correo electrónico del usuario y busque el servidor de Detección automática correcto al que quiera conectarse. Después, conéctese con el servidor y recupere la configuración.

  4. Si se produce un error en el paso anterior, intente detectar el DNS del XML de Detección automática (permitiendo 10 redireccionamientos).

    1. HTTPS POST: https://domain/autodiscover/autodiscover.xml

    2. HTTPS POST: https://autodiscover.domain/autodiscover/autodiscover.xml

    3. Intente detectar el XML local y use el XML que se encuentre en el equipo local, si existe alguno.

    4. HTTP GET: http://autodiscover.domain/autodiscover/autodiscover.xml (solo para seguir redireccionamientos, no para obtener la configuración)

    5. Búsqueda de SRV de DNS: _autodiscover._tcp.domain (solo para seguir el redireccionamiento al que apunta el registro de recurso SRV)

  5. Si se produce un error en el paso anterior, pero el nombre del equipo con Exchange Server se encuentra en el paso 2, configure la cuenta de Exchange según el nombre del equipo con Exchange Server.

  6. Si el paso anterior no es aplicable, intente usar la Detección de configuración común, tal y como se describe en Detección de configuración común más adelante en este artículo.

Esquema XML de Detección automática

En las secciones siguientes se describe el esquema XML de Detección automática de Outlook 2010.

Solicitud POST enviada por Outlook

Al recuperar la configuración XML para configurar una cuenta de correo electrónico, Outlook 2010 siempre usa un verbo POST. En el siguiente ejemplo de código se muestra el HTTP POST.

<!-- REQUEST TO SERVER. In HTTP POST DATA -->
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006">
<Request>
<AcceptableResponseSchema>https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema>

<!-- EMailAddress: Optional
This tag indicates the user's email address.
-->
<EMailAddress>JohnDoe@sample.com</EMailAddress>
</Request>
</Autodiscover>

Esquema de respuesta XML

Un servidor puede responder a una solicitud POST de Outlook 2010 de varias maneras. Si un archivo XML estático es suficiente, como un servicio POP3 proporcionado por un proveedor de acceso a Internet (ISP) en el que los nombres de servidor son iguales para todos los usuarios, bastará con un mensaje de error POST 405 personalizado con el contenido XML. Si se ejecuta el servicio Detección automática, es posible que la respuesta se calcule de manera dinámica en función de la solicitud POST del usuario que se mostró en la sección anterior. En cualquier caso, el esquema de respuesta es como el que se muestra en el siguiente ejemplo de código.

<!-- RESPONSE FROM THE SERVER -->
<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<!-- Response: Required
This tag serves as an indication that the retrieved XML is an Autodiscovery Response
-->
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<!-- User: Optional
This tag gives user-specific information.  Autodiscover must be UTF-8 encoded.
-->
<User>
<!-- DisplayName: Optional
The server may have a good formal display name.  The client can decide to accept it or change it.  This will save the user time in the default case.
-->
<DisplayName>John Doe</DisplayName>
</User>

<!-- Account: Required
This tag specifies the type of account, such as Email vs Newsgroups, vs SIP server, etc.
-->
<Account>
<!-- AccountType: Required
This value indicates the type of the account.
VALUES:
email: The values under this Account tag indicate configuration settings for an email server.
nntp: The values under this Account tag indicate configuration settings for a NNTP server. (not used by Outlook 2007)
-->
<AccountType>email | nntp</AccountType>

<!-- Action: Required
This value indicates if the goal of this account results is to provide the settings or redirect to another web server that can provide results.
VALUES:
redirectUrl: If this value is specified, then the URL tag will specify the http: or https: URL containing the Autodiscover results to be used.  In order to prevent the server from being able to send the client into an infinite loop, the client should stop redirecting after 10 redirects.
redirectAddr: If this value is specified, then the XML tag will specify the e-mail address that Outlook should use to execute Autodiscover again.  In other words, the server is telling the client that the e-mail address the client should really be using for Autodiscover is not the one that was posted, but the one specified in this tag. 
settings: If this value is specified, then the XML will contain the settings needed to configure the account.  The settings will primarily be under the PROTOCOL tag.
-->
<Action>redirectUrl | redirectAddr | settings</Action>

<!-- RedirectUrl: Required if ACTION tag has value of 'redirectUrl'. Otherwise this tag must not exist.
The value will be a https: URL that the client should use to obtain the Autodiscover settings or a http: URL that the client should use for further redirection.
-->
<RedirectUrl>redirect.URL</RedirectUrl>

<!-- RedirectAddr: Required if ACTION tag has value of 'redirectAddr'. Otherwise this tag must not exist.
The value will be an email address that the client should use to rediscover settings using the Autodiscover protocol.
-->
<RedirectAddr>email@address</RedirectAddr>

<!-- Image: Optional
This is a JPG picture to brand the ISP configuration experience with. The client can choose whether or not they download this picture to display. (not used by Outlook 2007)
-->
<Image>http://path.to.image.com/image.jpg</Image>

<!-- ServiceHome: Optional
This is a link to the ISP's Home Page. The client can choose whether or not they expose this link to the user. (not used by Outlook 2007)
-->
<ServiceHome>http://web.page.com</ServiceHome>

<!-- Protocol: Required if ACTION tag has value of 'settings'. Otherwise, this tag must not exist.
The tag encloses the specifications for a single account type.  The list of Protocol tags are in order of preference of the server.  The client may over ride the preference.
-->
<Protocol>
<!-- TYPE: Required.
The value here specifies what kind of mail account is being configured.
POP3: The protocol to connect to this server is POP3. Only applicable for AccountType=email.
SMTP: The protocol to connect to this server is SMTP. Only applicable for AccountType=email.
IMAP: The protocol to connect to this server is IMAP. Only applicable for AccountType=email.
DAV: The protocol to connect to this server is DAV. Only applicable for AccountType=email.
WEB: Email is accessed from a web browser using an URL from the SERVER tag. Only applicable for AccountType=email. (not used by Outlook 2007)
NNTP: The protocol to connect to this server is NNTP. Only applicable for AccountType=nntp. (not used by Outlook 2007)
-->
<Type>POP3 | SMTP | IMAP | DAV | WEB | NNTP</Type>

<!-- ExpirationDate: Optional.
The value here specifies the last date which these settings should be used. After that date, the settings should be rediscovered via Autodiscover again. If no value is specified, the default will be no expiration.
-->
<ExpirationDate>YYYYMMDD</ExpirationDate>

<!-- TTL: Optional.
The value here specifies the time to live in hours that these settings are valid for. After that time has elapsed (from the time the settings were retrieved), the settings should be rediscovered via Autodiscovery again. A value of 0 indicates that no rediscovery will be required. If no value is specified, the default will be a TTL of 1 hour.
-->
<TTL>168</TTL>

<!-- Server: Required.
The value here specifies the name of the mail server corresponding to the server type specified above.
For protocols such as POP3, SMTP, IMAP, or NNTP, this value will be either a hostname or an IP address.
For protocols such as DAV or WEB, this will be an URL.
-->
<Server>mail.contoso.com</Server> <!--IP Addr or DNS name of server-->

<!-- Port: Optional.
The value specifies the Port number to use.  If no value is specified, the default settings will be used depending on the mail server type.  This value is not used if the SERVER tag contains an URL.
-->
<Port>110</Port>

<!-- LoginName: Optional.
This value specifies the user's login.  If no value is specified, the default will be set to the string preceding the '@' in the email address.  If the Login name contains a domain, the format should be <Username>@<Domain>.  Such as JoeUser@SalesDomain.
-->
<LoginName>johndoe</LoginName>

<!-- DomainRequired: Optional.  Default is off.
If this value is true, then a domain is required during authentication.  If the domain is not specified in the LOGINNAME tag, or the LOGINNAME tag was not specified, the user will need to enter the domain before authentication will succeed.
-->
<DomainRequired>on | off</DomainRequired>

<!-- DomainName: Optional.
This value specifies the user's domain. If no value is specified, the default authentication will be to use the e-mail address as a UPN format <Username>@<Domain>. Such as JoeUser@SalesDomain.
-->
<DomainName></DomainName>

<!-- SPA: (Secure Password Authentication) Optional.
This value specifies whether or not secure password authentication is needed.
If unspecified, the default is set to on.
-->
<SPA>on | off</SPA>

<!-- SSL: Optional.
This value specifies whether secure login is needed.
If unspecified, the default is set to on.
-->
<SSL>on | off</SSL>

<!-- AuthRequired: Optional.
This value specifies whether authentication is needed (password).
If unspecified, the default is set to on.
-->
<AuthRequired>on | off</AuthRequired> <!-- Optional: Is Authentication required? -->

<!-- UsePOPAuth: Optional.
This value can only be used for SMTP types.
If specified, then the authentication information provided for the POP3 type account will also be used for SMTP.
-->
<UsePOPAuth>on | off</UsePOPAuth>

<!-- SMTPLast: Optional.  Default is off.
If this value is true, then the SMTP server requires that email be downloaded before sending email via the SMTP server.  This is often required because the SMTP server verifies that the authentication succeeded when downloading email.
-->
<SMTPLast>on | off</SMTPLast>
</Protocol>
</Account>
</Response>
</Autodiscover>

Respuestas XML de ejemplo

La respuesta XML que se devuelve depende de la configuración definida por el ISP.

ISP con servicios POP3 y SMTP

El siguiente archivo XML se configura como una respuesta de error 405 personalizada en https://contoso.com/autodiscover/autodiscover.xml o https://autodiscover.contoso.com/autodiscover/autodiscover.xml.

<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>POP3</Type>
<Server>mail.contoso.com</Server>
<Port>995</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>SMTP</Type>
<Server>mail.contoso.com</Server>
<Port>587</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<UsePOPAuth>on</UsePOPAuth>
<SMTPLast>on</SMTPLast>
</Protocol>
</Account>
</Response>
</Autodiscover>

ISP con servicios POP3, IMAP y SMTP con preferencia de POP3 para los clientes

El siguiente archivo XML se configura exactamente como se describe en la sección anterior.

<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>POP3</Type>
<Server>mail.contoso.com</Server>
<Port>995</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>IMAP</Type>
<Server>mail.contoso.com</Server>
<Port>993</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
</Protocol>
<Protocol>
<Type>SMTP</Type>
<Server>mail.contoso.com</Server>
<Port>587</Port>
<DomainRequired>off</DomainRequired>
<SPA>off</SPA>
<SSL>on</SSL>
<AuthRequired>on</AuthRequired>
<UsePOPAuth>on</UsePOPAuth>
<SMTPLast>on</SMTPLast>
</Protocol>
</Account>
</Response>
</Autodiscover>

Redireccionamiento XML a una ubicación común de archivos XML

Para redirigir a los usuarios a una ubicación común de archivos XML, debe configurarse el siguiente archivo XML en una ubicación de dominio hospedada, en una dirección URL sin cifrar. El uso de este archivo XML hace que se muestre un mensaje a los usuarios que explica que se los redirige a otro sitio para obtener la configuración de Detección automática.

Por ejemplo, si la ubicación de dominio hospedada era hoster.com y proporcionaba direcciones de correo electrónico de contoso.com, el archivo estaría ubicado en http://autodiscover.contoso.com/autodiscover/autodiscover.xml. En este ejemplo, el contenido del archivo sería como el que se muestra en el ejemplo de código siguiente.

<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="https://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="https://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<Account>
<AccountType>email</AccountType>
<Action>redirectUrl</Action>
<RedirectUrl>https://autodiscover.hoster.com/autodiscover/autodiscover.xml</RedirectUrl>
</Account>
</Response>
</Autodiscover>

En lugar de esto, se puede redirigir a los usuarios configurando un redireccionamiento 302 de HTTP normal en la ubicación de origen. Outlook 2010 sigue tanto los redireccionamientos 302 como las etiquetas redirectUrl de una respuesta XML.

Tenga en cuenta que el contenido del archivo XML para todas las respuestas de detección automática debe tener el nombre Autodiscover.xml.

Detección de configuración común

Si no se pueden encontrar los valores necesarios para configurar automáticamente una cuenta de usuario en Outlook 2010 mediante los métodos descritos en las secciones anteriores de Detección automática, se usa un algoritmo de reserva para detectar servidores mediante el uso de nombres comunes y puertos conocidos.

En Outlook 2010, la configuración automática de una cuenta de correo web establece de manera predeterminada el tipo de cuenta en IMAP para cuentas de correo web compatibles con IMAP, como Google Gmail. Si los usuarios prefieren la configuración POP3, pueden ajustar manualmente la configuración del protocolo después de que Outlook 2010 la determine al seleccionar la opción Configurar manualmente las opciones del servidor en el cuadro de diálogo Agregar nueva cuenta. Para que esta selección sea sencilla para los usuarios, los proveedores de servicios de correo que proporcionan los protocolos POP3 e IMAP deben usar los mismos nombres de servidor para cada protocolo. Después, el usuario solo debe cambiar un cuadro de selección: de IMAP a POP3.

Outlook 2010 intenta distintas configuraciones de servidor de entrada y de salida en paralelo para maximizar el rendimiento y minimizar el tiempo de espera para el usuario. La configuración que Outlook 2010 intenta establecer para los usuarios aparece en las tablas siguientes. Todos los valores cifrados se intentan en primer lugar y se excluyen mutuamente. Después, si el usuario da su consentimiento, se intentan los valores sin cifrar.

Configuración IMAP

En primer lugar, se intenta la configuración cifrada. Para un servidor IMAP, las permutaciones de conexión se muestran en la tabla siguiente.

Servidor Nombre de usuario Puerto TLS/SSL SPA

correo.domain

email@domain

993

SSL

SPA

email@domain

993

SSL

sin SPA

email@domain

993

TLS

SPA

email@domain

993

TLS

sin SPA

email@domain

143

SSL

SPA

email@domain

143

SSL

sin SPA

email@domain

143

TLS

SPA

email@domain

143

TLS

sin SPA

email

993

SSL

SPA

email

993

SSL

sin SPA

email

993

TLS

SPA

email

993

TLS

sin SPA

correo electrónico

143

SSL

SPA

correo electrónico

143

SSL

sin SPA

correo electrónico

143

TLS

SPA

correo electrónico

143

TLS

sin SPA

imap.domain

email@domain

993

SSL

SPA

email@domain

993

SSL

sin SPA

email@domain

993

TLS

SPA

email@domain

993

TLS

sin SPA

email@domain

143

SSL

SPA

email@domain

143

SSL

sin SPA

email@domain

143

TLS

SPA

email@domain

143

TLS

sin SPA

email

993

SSL

SPA

email

993

SSL

sin SPA

email

993

TLS

SPA

email

993

TLS

sin SPA

email

143

SSL

SPA

email

143

SSL

sin SPA

email

143

TLS

SPA

email

143

TLS

sin SPA

domain

email@domain

993

SSL

SPA

email@domain

993

SSL

sin SPA

email@domain

993

TLS

SPA

email@domain

993

TLS

sin SPA

email@domain

143

SSL

SPA

email@domain

143

SSL

sin SPA

email@domain

143

TLS

SPA

email@domain

143

TLS

sin SPA

email

993

SSL

SPA

email

993

SSL

sin SPA

email

993

TLS

SPA

email

993

TLS

sin SPA

email

143

SSL

SPA

email

143

SSL

sin SPA

email

143

TLS

SPA

email

143

TLS

sin SPA

Posteriormente se intentan las permutaciones no cifradas, después de pedirle al usuario que continúe con intentos de conexión sin cifrar. La configuración IMAP sin cifrar que intenta establecer Outlook 2010 se muestra en la tabla siguiente.

Servidor Nombre de usuario Puerto TLS/SSL SPA

correo.domain

email@domain

143

Claro

SPA

email@domain

143

Claro

sin SPA

email

143

Claro

SPA

email

143

Claro

sin SPA

imap.domain

email@domain

143

Claro

SPA

email@domain

143

Claro

sin SPA

email

143

Claro

SPA

email

143

Claro

sin SPA

domain

email@domain

143

Claro

SPA

email@domain

143

Claro

sin SPA

email

143

Claro

SPA

email

143

Claro

sin SPA

Configuración de POP3

En primer lugar, se intenta la configuración cifrada. Para un servidor POP3, las permutaciones de conexión se muestran en la tabla siguiente.

Servidor Nombre de usuario Puerto TLS/SSL SPA

correo.domain

email@domain

995

SSL

SPA

email@domain

995

SSL

sin SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

sin SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

sin SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

sin SPA

email

995

SSL

SPA

email

995

SSL

sin SPA

email

995

TLS

SPA

email

995

TLS

sin SPA

email

110

SSL

SPA

email

110

SSL

sin SPA

email

110

TLS

SPA

email

110

TLS

sin SPA

pop3.domain

email@domain

995

SSL

SPA

email@domain

995

SSL

sin SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

sin SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

sin SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

sin SPA

email

995

SSL

SPA

email

995

SSL

sin SPA

email

995

TLS

SPA

email

995

TLS

sin SPA

email

110

SSL

SPA

email

110

SSL

sin SPA

email

110

TLS

SPA

email

110

TLS

sin SPA

pop.domain

email@domain

995

SSL

SPA

email@domain

995

SSL

sin SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

sin SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

sin SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

sin SPA

email

995

SSL

SPA

email

995

SSL

sin SPA

email

995

TLS

SPA

email

995

TLS

sin SPA

email

110

SSL

SPA

email

110

SSL

sin SPA

email

110

TLS

SPA

email

110

TLS

sin SPA

domain

email@domain

995

SSL

SPA

email@domain

995

SSL

sin SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

sin SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

sin SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

sin SPA

email

995

SSL

SPA

email

995

SSL

sin SPA

email

995

TLS

SPA

email

995

TLS

sin SPA

email

110

SSL

SPA

email

110

SSL

sin SPA

email

110

TLS

SPA

email

110

TLS

sin SPA

Posteriormente se intentan las permutaciones no cifradas, después de pedirle al usuario que continúe con intentos de conexión sin cifrar. La configuración POP3 sin cifrar que intenta establecer Outlook 2010 se muestra en la tabla siguiente.

Servidor Nombre de usuario Puerto TLS/SSL SPA

correo.domain

email@domain

110

Claro

SPA

email@domain

110

Claro

sin SPA

email

110

Claro

SPA

email

110

Claro

sin SPA

pop3.domain

email@domain

110

Claro

SPA

email@domain

110

Claro

sin SPA

email

110

Claro

SPA

email

110

Claro

sin SPA

pop.domain

email@domain

110

Claro

SPA

email@domain

110

Claro

sin SPA

email

110

Claro

SPA

email

110

Claro

sin SPA

domain

email@domain

110

Claro

SPA

email@domain

110

Claro

sin SPA

email

110

Claro

SPA

email

110

Claro

sin SPA

Configuración SMTP

En primer lugar, se intenta la configuración cifrada. Para un servidor SMTP, las permutaciones de conexión se muestran en la tabla siguiente.

Servidor Nombre de usuario Puerto TLS/SSL SPA

correo.domain

email@domain

587

SSL

SPA

email@domain

587

SSL

sin SPA

email@domain

587

TLS

SPA

email@domain

587

TLS

sin SPA

email@domain

25

SSL

SPA

email@domain

25

SSL

sin SPA

email@domain

25

TLS

SPA

email@domain

25

TLS

sin SPA

email

587

SSL

SPA

email

587

SSL

sin SPA

email

587

TLS

SPA

email

587

TLS

sin SPA

email

25

SSL

SPA

email

25

SSL

sin SPA

email

25

TLS

SPA

email

25

TLS

sin SPA

Anónimo

587

SSL

no aplicable

Anónimo

587

TLS

no aplicable

Anónimo

25

SSL

no aplicable

Anónimo

25

TLS

no aplicable

smtp.domain

email@domain

587

SSL

SPA

email@domain

587

SSL

sin SPA

email@domain

587

TLS

SPA

email@domain

587

TLS

sin SPA

email@domain

25

SSL

SPA

email@domain

25

SSL

sin SPA

email@domain

25

TLS

SPA

email@domain

25

TLS

sin SPA

email

587

SSL

SPA

email

587

SSL

sin SPA

email

587

TLS

SPA

email

587

TLS

sin SPA

email

25

SSL

SPA

email

25

SSL

sin SPA

email

25

TLS

SPA

email

25

TLS

sin SPA

Anónimo

587

SSL

no aplicable

Anónimo

587

TLS

no aplicable

Anónimo

25

SSL

no aplicable

Anónimo

25

TLS

no aplicable

domain

email@domain

587

SSL

SPA

email@domain

587

SSL

sin SPA

email@domain

587

TLS

SPA

email@domain

587

TLS

sin SPA

email@domain

25

SSL

SPA

email@domain

25

SSL

sin SPA

email@domain

25

TLS

SPA

email@domain

25

TLS

sin SPA

email

587

SSL

SPA

email

587

SSL

sin SPA

email

587

TLS

SPA

email

587

TLS

sin SPA

email

25

SSL

SPA

email

25

SSL

sin SPA

email

25

TLS

SPA

email

25

TLS

sin SPA

Anónimo

587

SSL

no aplicable

Anónimo

587

TLS

no aplicable

Anónimo

25

SSL

no aplicable

Anónimo

25

TLS

no aplicable

Posteriormente se intentan las permutaciones no cifradas, después de pedirle al usuario que continúe con intentos de conexión sin cifrar. La configuración SMTP sin cifrar que intenta establecer Outlook 2010 se muestra en la tabla siguiente.

Servidor Nombre de usuario Puerto TLS/SSL SPA

correo.domain

email@domain

25

Claro

SPA

email@domain

25

Claro

sin SPA

email

25

Claro

SPA

email

25

Claro

sin SPA

Anónimo

25

Claro

no aplicable

smtp.domain

email@domain

25

Claro

SPA

email@domain

25

Claro

sin SPA

email

25

Claro

SPA

email

25

Claro

sin SPA

Anónimo

25

Claro

no aplicable

domain

email@domain

25

Claro

SPA

email@domain

25

Claro

sin SPA

email

25

Claro

SPA

email

25

Claro

sin SPA

Anónimo

25

Claro

no aplicable