Planejar a configuração automática de contas de usuário no Outlook 2010

 

Aplica-se a: Office 2010

Tópico modificado em: 2016-01-04

Descoberta Automática e Descoberta de Configurações Comuns são dois mecanismos de descoberta que podem configurar automaticamente contas de usuários no Microsoft Outlook 2010.

Neste artigo:


  • Visão geral


  • Usando a Descoberta Automática com DNS


  • Resumo de transação da Descoberta Automática


  • O esquema XML da Descoberta Automática


  • Descoberta de Configurações Comuns

Visão geral

Como com o Microsoft Office Outlook 2007, o Outlook 2010 inclui a capacidade de configurar automaticamente contas de usuário. O Outlook 2010 usa um dos dois mecanismos de descoberta para configurar contas automaticamente: Descoberta Automática e Descoberta de Configurações Comuns.

A Descoberta Automática é um arquivo XML padronizado que pode ser configurado por um administrador para um provedor de serviços de Internet (ISP) ou corporação, ou pode ser dinamicamente gerado por um serviço, como a função de servidor de acesso para cliente no Microsoft Exchange Server 2007 ou no Microsoft Exchange Server 2010. Este é o mecanismo recomendado para descoberta de configurações, pois ele fornece um desempenho ideal. Ele também minimiza a possibilidade de erro de configuração no computador cliente, pois as configurações são definidas de forma explícita e deliberadamente pelo administrador dos servidores de email.

A Descoberta de Configurações Comuns é menos configurável e menos sofisticada, mas configura a maioria dos servidores de email em todo o mundo com base em configurações comuns. Primeiro, ela tenta conexões criptografadas. Se essas conexões falharem, ela solicitará que o usuário tente conexões que não são criptografadas e tentará usar novamente os mesmos servidores sem criptografia. Muitos provedores de serviço de Internet atualmente não precisam de criptografia, mas a têm habilitada para que os usuários possam configurar suas contas usando criptografia.

Para saber mais sobre como implantar e gerenciar o serviço Descoberta Automática do Exchange Server 2007, confira Visão geral do serviço de Descoberta Automática: Ajuda do Exchange 2007 (https://go.microsoft.com/fwlink/p/?linkId=183290). Para o Exchange Server 2010, confira Noções básicas sobre o serviço Descoberta Automática: Ajuda do Exchange 2010 (https://go.microsoft.com/fwlink/p/?linkId=183289).

Usando a Descoberta Automática com DNS

Descoberta Automática no Outlook 2010 é um arquivo XML que é colocado em um dos dois locais, com base no nome de domínio fornecido pelo usuário. Para a Internet, a Descoberta Automática se baseia em Domain Name System (DNS) para localizar o arquivo XML. O local do arquivo XML baseia-se no endereço de email fornecido pelo usuário. Por exemplo, se brenda@contoso.com for inserido como endereço de email do usuário, o Outlook 2010 procura o arquivo XML nos seguintes locais e na seguinte ordem:

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

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

Se sua empresa também tiver um site da Web no domínio raiz (por exemplo, contoso.com), a segunda opção (a solução de "registro de recurso host (A)" da Descoberta Automática) permite que você execute o servidor Web e o arquivo ou serviço de Descoberta Automática em servidores separados. Para empresas menores, o gerenciamento adicional de ter registros DNS separados pode ser ignorado, e um único servidor pode executar o site e o serviço de Descoberta Automática (por exemplo, a opção 1 listada anteriormente).

A conexão deve ser estabelecida usando Secure Sockets Layer (SSL) e um certificado SSL válido deve estar presente. É necessário haver um SSL para que uma empresa ou um provedor de serviços de Internet (ISP) possa optar por fornecer somente acesso criptografado aos seus servidores de email. Nesse cenário, se o Outlook 2010 primeiro verificar locais não SSL ou permitir failover para um local não SSL, e um usuário digitar um endereço de email e senha em uma situação de segurança vulnerável como um ataque "man-in-the-middle", o serviço de configuração automática no Outlook 2010 poderia diminuir o nível de segurança, sendo o elo mais fraco da cadeia de conexão se uma conexão não SSL for permitida. Sem uma conexão criptografada, o serviço de configuração automática poderia permitir que um site não criptografado configurasse as definições do servidor de email, permitindo autenticar o site não criptografado com um nome de usuário e senha. Em vez disso, o SSL é requerido pelo protocolo de Descoberta Automática para manter a compatibilidade com as empresas e os provedores de serviços de Internet que exigem rotinas de configuração seguras.

No entanto, se uma empresa ou provedor de serviços de Internet decidir hospedar muitos domínios de email, o Outlook 2010 pode seguir um redirecionamento de HTTP ou um registro de recurso de Serviço DNS (esta funcionalidade de pesquisa de registro de SRV DNS está incluída no Office Outlook 2007 Service Pack 1 e versões posteriores) que não está criptografado para um site seguro que armazena as configurações. Por exemplo, suponhamos que contoso.com é um domínio de email hospedado e que o serviço de armazenamento executa o arquivo de Descoberta Automática em hoster.com. Nesse cenário, o prefixo do autodiscover pode ser usado pela empresa de hospedagem para direcionar o Outlook 2010 para um site seguro que contenha as configurações da Descoberta Automática.

Nestes dois exemplos, os usuários verão uma caixa de diálogo de aviso no Outlook 2010 informando que eles estão sendo redirecionados para autodiscover.hoster.com para configurar o servidor. A caixa de diálogo fornece a opção que permite o redirecionamento e permite que os usuários ignorem solicitações futuras sobre o redirecionamento do site (neste exemplo, autodiscover.hoster.com).

Detalhes do protocolo de Descoberta Automática

Em um ambiente de domínio com Ponto de Conexão de Serviço (SCP) configurado, primeiro será executada uma pesquisa SCP. Caso contrário, a primeira tentativa de conexão é sempre um verbo HTTPS POST para domain no qual o usuário digitou o endereço de email e-mail@domain. Se as configurações forem recuperadas com êxito, não será feita nenhuma chamada de rede adicional. Se as configurações não forem recuperadas, um verbo HTTPS POST será executado para descoberta automática.domain. Se as configurações não forem recuperadas deste site, uma pesquisa de registro HTTP GET e DNS SRV final será realizada somente para a descoberta automática. Site domain. Esta pesquisa de registro HTTP GET e DNS SRV só pode redirecionar para um site seguro. (Se as configurações estiverem presentes no local do HTTP, o Outlook 2010 não os configurará porque a conexão não foi criptografada.)

O Outlook 2010 pode seguir até 10 redirecionamentos de qualquer tipo. Isto é, você pode acompanhar um redirecionamento HTTPS POST, HTTP GET ou usar as marcas de esquema XML do redirecionamento da Descoberta Automática detalhadas posteriormente neste artigo. Se não for possível obter as configurações após 10 redirecionamentos, a descoberta de configurações falhará.

XML estático vs. XML de serviço Web

O verbo POST é usado para que o Outlook 2010 possa emitir uma solicitação para um serviço Web dinâmico, como a função de servidor de Acesso para Cliente no Exchange 2007 e no Exchange Server 2010. No entanto, se um arquivo XML estático for suficiente ou se você não estiver executando um serviço Web de Descoberta Automática, a resposta XML retornada em uma resposta 405 personalizada (verbo POST sem suporte) de qualquer servidor Web também funcionará como a configuração XML usada pelo Outlook 2010.

Usando a Descoberta Automática localmente

É possível configurar o registro em seu computador para procurar por um arquivo XML local que define as configurações do servidor. No entanto, é altamente recomendável que as configurações sejam hospedadas em um servidor do Windows Live para que elas possam ser facilmente atualizadas. Para fins de teste, adicionar entradas ao registro pode forçar o Outlook 2010 a usar arquivos XML locais para configurar um domínio de email que não está configurado no servidor. O servidor substitui o XML local para obter mais segurança e controle de configuração.

Por exemplo, para fornecer a contoso.com configurações de endereço de email de um arquivo XML local, você poderia configurar o seguinte valor de registro:

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

Neste exemplo, o arquivo de configurações de XML está localizado aqui: %PROGRAMFILES%\Microsoft Office\Office14\contoso.xml. Um exemplo de arquivo de configurações de XML é fornecido posteriormente neste artigo.

Prioridade para configurações de XML

O Outlook 2010 configura o tipo de servidor com base na ordem em que os servidores são definidos no arquivo de configurações XML da Descoberta Automática. Por exemplo, se um provedor de serviços de email permitir que os usuários façam logon usando o protocolo POP3 e o protocolo IMAP, mas prefere que os usuários usem o protocolo POP3, as configurações de POP3 deverão estar listadas primeiro no arquivo da Descoberta Automática.

Resumo de transação da Descoberta Automática

A ordem das operações de descoberta das configurações da Descoberta Automática no Outlook 2010 é resumida da seguinte maneira:

  1. Recupere automaticamente o endereço de email do serviço de diretório Active Directory se o computador estiver associado a um domínio.

  2. Recupere o nome do computador do Exchange Server, se encontrado, e armazene o nome para depois.

  3. Procure os objetos do Ponto de Conexão de Serviço (SCP) ou os objetos do indicador do SCP que correspondem ao endereço de email do usuário e localize o servidor de Descoberta Automática correto a se conectar. Em seguida, conecte-se ao servidor e recupere as configurações.

  4. Se a etapa anterior falhar, tente a descoberta DNS do XML de Descoberta Automática (que permite 10 redirecionamentos).

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

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

    3. Faça uma tentativa de descoberta de XML e use o XML encontrado no computador local, se ele existir.

    4. HTTP GET: http://autodiscover.domain/Autodiscover/Autodiscover.XML (somente para acompanhar redirecionamentos, não para obter configurações)

    5. Pesquisa DNS SRV: _autodiscover._tcp.domain (somente para acompanhar o redirecionamento para o qual o registro de recurso SRV aponta)

  5. Se etapa anterior falhar, mas o nome do computador do Exchange Server for encontrado na etapa 2, configure a conta do Exchange com base no nome do computador do Exchange Server

  6. Se a etapa anterior não for aplicável, experimente a Descoberta de Configurações Comuns, conforme descrito em Descoberta de Configurações Comuns posteriormente neste artigo.

O esquema XML da Descoberta Automática

O esquema XML da Descoberta Automática no Outlook 2010 é descrito nas seções a seguir.

Solicitação POST enviada pelo Outlook

Ao recuperar as configurações de XML para configurar uma conta de email, o Outlook 2010 sempre usa um verbo POST. O POST HTTP é como mostrado no seguinte exemplo de código.

<!-- 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 resposta XML

Um servidor pode responder a um POST do Outlook 2010 de várias maneiras. Se um arquivo XML estático for suficiente, como um serviço POP3 que é fornecido por um provedor de serviços de Internet (ISP), em que os nomes de servidor são os mesmos para todos os usuários, uma mensagem de erro POST 405 que contém o conteúdo XML será suficiente. Se um serviço de Descoberta Automática estiver em execução, a resposta pode ser dinamicamente calculada com base no POST do usuário mostrado na seção anterior. Seja como for, o esquema de resposta é conforme mostrado no seguinte exemplo 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>

Respostas do XML de amostra

A resposta XML que é retornada depende da configuração definida pelo provedor.

Provedor de serviço de Internet com serviço POP3 e SMTP

O seguinte arquivo XML seria configurado como uma resposta ao erro personalizado 405 tanto em https://contoso.com/Autodiscover/Autodiscover.XML como em 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>

Provedor de serviço de Internet com serviços POP3, IMAP e SMTP com preferência por POP3 para clientes

O seguinte arquivo XML seria configurado exatamente conforme descrito na seção 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>

Redirecionamento de XML para um local de arquivo XML comum

Para redirecionar usuários para um local de arquivo XML comum, o arquivo XML a seguir deve ser configurado em um local de domínio hospedado, em uma URL que não é criptografada. Usando esse arquivo XML, será exibida uma mensagem aos usuários explicando que estão sendo redirecionados para outro site destinado às configurações de Descoberta Automática.

Por exemplo, se o local do domínio hospedado for hoster.com fornecendo endereços de email contoso.com, o arquivo estará localizado em http://autodiscover.contoso.com/autodiscover/autodiscover.xml. O conteúdo do arquivo, neste exemplo, seria conforme mostrado no seguinte exemplo de código.

<?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>

Em vez disso, os usuários podem ser redirecionados com a configuração de um redirecionamento HTTP 302 comum no local de origem. O Outlook 2010 acompanha redirecionamentos tanto de 302 quanto de marcas redirectUrl em uma resposta em XML.

Observe que o conteúdo do arquivo XML para todas as respostas de Descoberta Automática deve ser nomeado Autodiscover.xml.

Descoberta de Configurações Comuns

Se as configurações necessárias para configurar automaticamente uma conta de usuário no Outlook 2010 não puderem ser encontradas pelos métodos descritos nas seções anteriores de Descoberta Automática, um algoritmo de fallback é usado para detectar servidores usando nomes comuns e portas conhecidas.

No Outlook 2010, a configuração automática de uma conta de Webmail definirá o tipo de conta como IMAP por padrão para contas de Webmail com suporte IMAP como o Google Gmail. Se os usuários preferem configurações POP3, eles podem ajustar manualmente as configurações do protocolo depois que as configurações forem determinadas pelo Outlook 2010 selecionando a opção Definir manualmente as configurações do servidor na caixa de diálogo Adicionar Nova Conta. Para tornar essa seleção simples para os usuários, os provedores de serviços de email que fornecem protocolos POP3 e IMAP devem usar os mesmos nomes de servidor para cada protocolo. Em seguida, o usuário precisa apenas alterar uma caixa de seleção, trocando o IMAP para POP3.

O Outlook 2010 tentará uma variedade de configurações de servidor de entrada e saída em paralelo para maximizar o desempenho e minimizar o tempo de espera do usuário. As configurações que o Outlook 2010 tenta configurar para os usuários estão listadas nas tabelas a seguir. Primeiro, são tentadas todas as configurações criptografadas, de forma mutuamente exclusiva. Em seguida, são tentadas as configurações que não são criptografadas, mediante o consentimento do usuário.

Configurações IMAP

Primeiro, são tentadas as configurações criptografadas. Para um servidor IMAP, as permutações de conexão são realizadas conforme apresentado na tabela a seguir.

Servidor Nome de usuário Porta TLS/SSL SPA

email.domain

email@domain

993

SSL

SPA

email@domain

993

SSL

não SPA

email@domain

993

TLS

SPA

email@domain

993

TLS

não SPA

email@domain

143

SSL

SPA

email@domain

143

SSL

não SPA

email@domain

143

TLS

SPA

email@domain

143

TLS

não SPA

email

993

SSL

SPA

email

993

SSL

não SPA

email

993

TLS

SPA

email

993

TLS

não SPA

email

143

SSL

SPA

email

143

SSL

não SPA

email

143

TLS

SPA

email

143

TLS

não SPA

imap.domain

email@domain

993

SSL

SPA

email@domain

993

SSL

não SPA

email@domain

993

TLS

SPA

email@domain

993

TLS

não SPA

email@domain

143

SSL

SPA

email@domain

143

SSL

não SPA

email@domain

143

TLS

SPA

email@domain

143

TLS

não SPA

email

993

SSL

SPA

email

993

SSL

não SPA

email

993

TLS

SPA

email

993

TLS

não SPA

email

143

SSL

SPA

email

143

SSL

não SPA

email

143

TLS

SPA

email

143

TLS

não SPA

domain

email@domain

993

SSL

SPA

email@domain

993

SSL

não SPA

email@domain

993

TLS

SPA

email@domain

993

TLS

não SPA

email@domain

143

SSL

SPA

email@domain

143

SSL

não SPA

email@domain

143

TLS

SPA

email@domain

143

TLS

não SPA

email

993

SSL

SPA

email

993

SSL

não SPA

email

993

TLS

SPA

email

993

TLS

não SPA

email

143

SSL

SPA

email

143

SSL

não SPA

email

143

TLS

SPA

email

143

TLS

não SPA

Em seguida, são tentadas as permutações que não são criptografadas, após o usuário ser solicitado se deseja continuar com as tentativas de conexão não criptografadas. Configurações IMAP não criptografadas que o Outlook 2010 tenta configurar conforme a tabela apresentada a seguir.

Servidor Nome de usuário Porta TLS/SSL SPA

email.domain

email@domain

143

Limpar

SPA

email@domain

143

Limpar

não SPA

email

143

Limpar

SPA

email

143

Limpar

não SPA

imap.domain

email@domain

143

Limpar

SPA

email@domain

143

Limpar

não SPA

email

143

Limpar

SPA

email

143

Limpar

não SPA

domain

email@domain

143

Limpar

SPA

email@domain

143

Limpar

não SPA

email

143

Limpar

SPA

email

143

Limpar

não SPA

Configurações de POP3

Primeiro, são tentadas as configurações criptografadas. Para um servidor POP3, as permutações de conexão são como mostradas na tabela a seguir.

Servidor Nome de usuário Porta TLS/SSL SPA

email.domain

email@domain

995

SSL

SPA

email@domain

995

SSL

não SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

não SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

não SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

não SPA

email

995

SSL

SPA

email

995

SSL

não SPA

email

995

TLS

SPA

email

995

TLS

não SPA

email

110

SSL

SPA

email

110

SSL

não SPA

email

110

TLS

SPA

email

110

TLS

não SPA

pop3.domain

email@domain

995

SSL

SPA

email@domain

995

SSL

não SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

não SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

não SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

não SPA

email

995

SSL

SPA

email

995

SSL

não SPA

email

995

TLS

SPA

email

995

TLS

não SPA

email

110

SSL

SPA

email

110

SSL

não SPA

email

110

TLS

SPA

email

110

TLS

não SPA

pop.domain

email@domain

995

SSL

SPA

email@domain

995

SSL

não SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

não SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

não SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

não SPA

email

995

SSL

SPA

email

995

SSL

não SPA

email

995

TLS

SPA

email

995

TLS

não SPA

email

110

SSL

SPA

email

110

SSL

não SPA

email

110

TLS

SPA

email

110

TLS

não SPA

domain

email@domain

995

SSL

SPA

email@domain

995

SSL

não SPA

email@domain

995

TLS

SPA

email@domain

995

TLS

não SPA

email@domain

110

SSL

SPA

email@domain

110

SSL

não SPA

email@domain

110

TLS

SPA

email@domain

110

TLS

não SPA

email

995

SSL

SPA

email

995

SSL

não SPA

email

995

TLS

SPA

email

995

TLS

não SPA

email

110

SSL

SPA

email

110

SSL

não SPA

email

110

TLS

SPA

email

110

TLS

não SPA

Em seguida, são tentadas as permutações que não são criptografadas, após o usuário ser solicitado se deseja continuar com as tentativas de conexão não criptografadas. As configurações POP3 não criptografadas que o Outlook 2010 tenta configurar estão apresentadas na tabela a seguir:

Servidor Nome de usuário Porta TLS/SSL SPA

email.domain

email@domain

110

Limpar

SPA

email@domain

110

Limpar

não SPA

email

110

Limpar

SPA

email

110

Limpar

não SPA

pop3.domain

email@domain

110

Limpar

SPA

email@domain

110

Limpar

não SPA

email

110

Limpar

SPA

email

110

Limpar

não SPA

pop.domain

email@domain

110

Limpar

SPA

email@domain

110

Limpar

não SPA

email

110

Limpar

SPA

email

110

Limpar

não SPA

domain

email@domain

110

Limpar

SPA

email@domain

110

Limpar

não SPA

email

110

Limpar

SPA

email

110

Limpar

não SPA

Configurações de SMTP

Primeiro, são tentadas as configurações criptografadas. Para um servidor SMTP, as permutações de conexão são como mostradas na tabela a seguir.

Servidor Nome de usuário Porta TLS/SSL SPA

email.domain

email@domain

587

SSL

SPA

email@domain

587

SSL

não SPA

email@domain

587

TLS

SPA

email@domain

587

TLS

não SPA

email@domain

25

SSL

SPA

email@domain

25

SSL

não SPA

email@domain

25

TLS

SPA

email@domain

25

TLS

não SPA

email

587

SSL

SPA

email

587

SSL

não SPA

email

587

TLS

SPA

email

587

TLS

não SPA

email

25

SSL

SPA

email

25

SSL

não SPA

email

25

TLS

SPA

email

25

TLS

não SPA

Anônimo

587

SSL

não se aplica

Anônimo

587

TLS

não se aplica

Anônimo

25

SSL

não se aplica

Anônimo

25

TLS

não se aplica

smtp.domain

email@domain

587

SSL

SPA

email@domain

587

SSL

não SPA

email@domain

587

TLS

SPA

email@domain

587

TLS

não SPA

email@domain

25

SSL

SPA

email@domain

25

SSL

não SPA

email@domain

25

TLS

SPA

email@domain

25

TLS

não SPA

email

587

SSL

SPA

email

587

SSL

não SPA

email

587

TLS

SPA

email

587

TLS

não SPA

email

25

SSL

SPA

email

25

SSL

não SPA

email

25

TLS

SPA

email

25

TLS

não SPA

Anônimo

587

SSL

não se aplica

Anônimo

587

TLS

não se aplica

Anônimo

25

SSL

não se aplica

Anônimo

25

TLS

não se aplica

domain

email@domain

587

SSL

SPA

email@domain

587

SSL

não SPA

email@domain

587

TLS

SPA

email@domain

587

TLS

não SPA

email@domain

25

SSL

SPA

email@domain

25

SSL

não SPA

email@domain

25

TLS

SPA

email@domain

25

TLS

não SPA

email

587

SSL

SPA

email

587

SSL

não SPA

email

587

TLS

SPA

email

587

TLS

não SPA

email

25

SSL

SPA

email

25

SSL

não SPA

email

25

TLS

SPA

email

25

TLS

não SPA

Anônimo

587

SSL

não se aplica

Anônimo

587

TLS

não se aplica

Anônimo

25

SSL

não se aplica

Anônimo

25

TLS

não se aplica

Em seguida, são tentadas as permutações que não são criptografadas, após o usuário ser solicitado se deseja continuar com as tentativas de conexão não criptografadas. Configurações SMTP não criptografadas que o Outlook 2010 tenta configurar conforme a tabela apresentada a seguir.

Servidor Nome de usuário Porta TLS/SSL SPA

email.domain

email@domain

25

Limpar

SPA

email@domain

25

Limpar

não SPA

email

25

Limpar

SPA

email

25

Limpar

não SPA

Anônimo

25

Limpar

não se aplica

smtp.domain

email@domain

25

Limpar

SPA

email@domain

25

Limpar

não SPA

email

25

Limpar

SPA

email

25

Limpar

não SPA

Anônimo

25

Limpar

não se aplica

domain

email@domain

25

Limpar

SPA

email@domain

25

Limpar

não SPA

email

25

Limpar

SPA

email

25

Limpar

não SPA

Anônimo

25

Limpar

não se aplica