Os dados que necessita

Módulo 2: Configurar a sua caixa de correio · Tempo de leitura: 10 minutos

Objetivo de aprendizagem: Após esta lição conhece os dados de que todo o programa de correio eletrónico necessita, consegue escolher o nome de servidor correto e sabe como os programas tentam encontrar esses dados automaticamente e por que razão isso por vezes falha.

Conceitos-chave: servidor de entrada, servidor de saída, porta, segurança, nome de utilizador, palavra-passe, autenticação de saída, nome de servidor vs. nome mail., autodiscover, autoconfig, ISPDB, registos SRV (RFC 6186), perfil de configuração

O cartão de configurações

Independentemente do programa que utilize, preenche sempre os mesmos dados. Se compreender esta lista, consegue configurar qualquer programa, mesmo um que não apareça nesta formação.

Há três aspetos que mais frequentemente correm mal.

O nome de utilizador. Num servidor de correio partilhado existem caixas de correio de milhares de domínios. info existe aí mil vezes. Por isso, o nome de utilizador é quase sempre o endereço completo: info@example.com. Os programas por vezes preenchem apenas a parte antes do @. Verifique isso, tanto na entrada como na saída.

A palavra-passe. Cada caixa de correio tem a sua própria palavra-passe. É diferente da palavra-passe com que inicia sessão na sua empresa de alojamento ou no seu painel de cliente. Se não se lembrar, defina uma nova palavra-passe para essa caixa de correio no painel e introduza-a em todos os seus dispositivos.

O servidor de saída. Muitos programas marcam a saída como "opcional" ou deixam o nome de utilizador em branco. Nesse caso consegue ler, mas não enviar.

Que nome de servidor?

Para o nome do servidor tem muitas vezes três candidatos. Suponha que o seu domínio é example.com e que a sua caixa de correio está num servidor partilhado chamado server12.hosting.example:

Não existe um nome que seja sempre o melhor. A questão é sempre: este nome aponta para o servidor onde está a minha caixa de correio, e consta no certificado desse servidor? Se ambas as respostas forem sim, está correto. Se não conseguir verificar isso, o nome indicado pelo seu fornecedor é a opção mais segura. No exercício Z2.1 deixa que o programa verifique isto por si.

Um erro comum numa mudança do seu sítio web: utilizou example.com como servidor de correio durante anos, o seu sítio web passa para outra empresa, o registo A passa a apontar para lá, e de repente o seu correio deixa de funcionar. O seu programa de correio tenta então ligar-se ao servidor web da outra empresa. O registo MX está correto (o correio continua a chegar), mas o seu programa já não consegue aceder.

Como os programas procuram automaticamente

Muitas vezes não precisa de introduzir os dados manualmente. Os programas modernos tentam encontrá-los assim que introduz o seu endereço de email. Existem vários métodos, e cada programa experimenta alguns deles:

Autodiscover (Microsoft). O Outlook solicita um ficheiro de configuração em https://autodiscover.example.com/autodiscover/autodiscover.xml ou em https://example.com/autodiscover/autodiscover.xml, ou procura um registo SRV _autodiscover._tcp.example.com. No Microsoft 365 existe um CNAME autodiscover a apontar para autodiscover.outlook.com (curso de DNS, lição 7.1).

Autoconfig (Thunderbird e outros). O Thunderbird procura em https://autoconfig.example.com/mail/config-v1.1.xml e depois na base de dados da Mozilla (ISPDB), onde constam as configurações de muitos grandes fornecedores. Se não encontrar nada, tenta adivinhar nomes: imap.example.com, mail.example.com, smtp.example.com, e verifica o seu registo MX.

Registos SRV (RFC 6186, complementado pela RFC 8314). No DNS pode indicar, por serviço, onde este está alojado:

_imaps._tcp.example.com.       3600 IN SRV 0 1 993 server12.hosting.example.
_submissions._tcp.example.com. 3600 IN SRV 0 1 465 server12.hosting.example.
_submission._tcp.example.com.  3600 IN SRV 0 1 587 server12.hosting.example.

Nem todos os programas consultam isto, mas ajuda. Pode ler como funcionam os registos SRV na lição 5.1 do curso de DNS.

Perfil de configuração (Apple). Para iPhone, iPad e Mac pode descarregar e instalar um ficheiro .mobileconfig. Aí constam todas as configurações. Muitos painéis conseguem criar esse ficheiro (lição 2.3).

Porque é que a configuração automática por vezes falha

A procura automática é prática, mas não é infalível. Erros típicos:

• O Thunderbird adivinha mail.example.com, esse nome existe de facto, mas não consta no certificado. Resultado: um aviso de certificado.
• O Outlook encontra, via autodiscover, um ficheiro antigo do seu anterior fornecedor, ou pensa que o seu endereço é uma conta Microsoft 365, e continua a pedir uma palavra-passe da Microsoft.
• Um programa escolhe a porta 587 com "SSL/TLS" ou deixa o nome de utilizador em branco.
• O programa encontra as configurações do fornecedor do seu sítio web em vez do seu fornecedor de email, porque verifica example.com.

Por isso, verifique sempre o que foi preenchido, mesmo que o programa indique que a operação foi bem-sucedida. Quase todos os programas têm um botão configurar manualmente ou configurações avançadas: utilize-o se a tentativa automática preencher algo diferente do que o seu fornecedor indica.

Testar primeiro no webmail

Se não funcionar, teste primeiro o seu nome de utilizador e palavra-passe no webmail do seu fornecedor. Se conseguir iniciar sessão aí, sabe que a caixa de correio existe e que a palavra-passe está correta. Nesse caso, o erro está nas configurações do seu programa. Se também não conseguir iniciar sessão aí, não vale a pena continuar a procurar no seu programa. Consulte a lição 2.5.

Na prática: os dados na WebOké

Numa caixa de correio da WebOké preenche: IMAP, servidor de entrada e de saída o seu nome de domínio (se o seu sítio web também estiver alojado na WebOké e tiver um certificado válido) ou o nome de servidor do seu pacote (formato linuxNNNN.webawere.nl, disponível em O meu WebOké junto ao seu produto e no email de boas-vindas), portas 993 e 587 ou 465, nome de utilizador o seu endereço de email completo, autenticação de saída ativada. Com outros fornecedores funciona de forma semelhante: o nome do servidor consta no email de boas-vindas ou no painel de cliente, as portas são quase sempre as mesmas.

Resumo

• Todo o programa necessita dos mesmos dados: protocolo, servidores, portas, segurança, endereço de email completo como nome de utilizador, palavra-passe da caixa de correio, autenticação de saída.
• Um nome de servidor é correto se apontar para o servidor da sua caixa de correio e constar no certificado.
• Os programas procuram automaticamente através de autodiscover, autoconfig, ISPDB, registos SRV ou um perfil. Verifique sempre, depois, o que encontraram.
• Em caso de problemas, teste primeiro no webmail se o nome de utilizador e a palavra-passe estão corretos.

Quiz

Exercício

Exercício Z2.1: O que encontraria um programa de correio eletrónico? Introduza o seu endereço de email e o nome de servidor que utiliza (ou pretende utilizar). Responda: este nome aponta para um servidor que disponibiliza IMAP na porta 993, o nome consta no certificado, e o seu domínio tem registos para configuração automática (autoconfig, autodiscover ou SRV)? O programa verifica o mesmo em tempo real: procura o nome, liga-se às portas 993, 465 e 587, lê o certificado e verifica quais dos dados de configuração conhecidos estão disponíveis no DNS e na web.

Para saber mais

Os passos indicados nestes artigos aplicam-se aos painéis da WebOké; com outros fornecedores funciona de forma semelhante.

• Manual DirectAdmin 8.1: Todas as definições num relance: servidores, portas e segurança
• Manual do WebOké 7.1: E-mail na WebOké: caixas de correio, webmail e o seu programa de email
• Curso gratuito de DNS 5.1: Registos SRV
• RFC 6186 (SRV para programas de correio eletrónico), RFC 8314 secção 5.1 (_submissions._tcp)