Base de Conhecimento

Configurar e-mail profissional com seu domínio: DNS

  • e-mail profissional, dns, mx, spf, dkim, dmarc
  • Usuários acharam útil: 1

Guia de configuração: os registros MX, SPF, DKIM e DMARC, as portas de IMAP e SMTP e um roteiro de testes para o e-mail do seu domínio.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 17 de outubro de 2026 · 8 min de leitura

Capa da Eleven Host com o título Configurar e-mail profissional com seu domínio em uma janela de terminal

Registros MX, SPF, DKIM e DMARC e os dados de IMAP e SMTP para o e-mail do seu domínio Arte: Eleven Host

Para configurar e-mail profissional com seu domínio, contrate um provedor de e-mail e aponte o DNS para ele: registro MX para receber, SPF, DKIM e DMARC para provar que o envio é seu. Depois, crie as contas e teste envio e recebimento.

O domínio sozinho não guarda mensagens. Ele é o endereço (o que vem depois do @). Quem recebe, armazena e envia as mensagens é um provedor de e-mail, e o DNS do domínio precisa dizer ao mundo qual é esse provedor. Este guia cobre só essa parte: os registros DNS, os dados de acesso e os testes.

O que você precisa antes de começar

  • Um domínio registrado e ativo, com acesso à zona DNS (a lista de registros do domínio).
  • Um provedor de e-mail escolhido por você, que forneça os valores de MX, SPF e DKIM e os dados de IMAP e SMTP.
  • Saber onde o DNS do domínio é editado. Os registros só valem no lugar para onde os nameservers do domínio apontam. Se você edita a zona num lugar e os nameservers apontam para outro, nada muda.
  • Uma cópia da zona atual (anote ou tire um print dos registros). Se o domínio já tem site, não apague os registros A e CNAME do site ao mexer no e-mail.

Para entender melhor o que é a zona e os nameservers, veja O que é DNS e como funciona: guia para iniciantes. Se ainda está pensando em nomes de endereço, vale ler Ideias para E-mail Profissional: Nomes e Formatos antes de criar as contas.

Passo 1: registro MX, para receber mensagens

O registro MX diz para onde as mensagens enviadas a @exemplo.com devem ser entregues. O provedor informa o nome do servidor e a prioridade. Exemplo ilustrativo de como ele aparece na zona:

  • Tipo: MX
  • Nome: @ (o próprio domínio)
  • Valor: o servidor que o provedor informar, por exemplo mx1.provedor-exemplo.net
  • Prioridade: um número, como 10

Quando há mais de um MX, o de número menor é tentado primeiro. Copie exatamente o que o provedor mandar. Se o domínio já tinha MX de outro serviço, remova os antigos, porque, com servidores misturados, algumas mensagens podem ir para o lugar errado.

Domínio sozinho não recebe e-mail: sem o MX apontando para um provedor, as mensagens não têm para onde ir.

Passo 2: SPF, quem pode enviar em nome do domínio

O SPF é um registro do tipo TXT que lista os servidores autorizados a enviar e-mail com o seu domínio. Um exemplo ilustrativo:

v=spf1 include:spf.provedor-exemplo.net ~all

O trecho include aponta para a lista do provedor, e o ~all no fim pede que o destinatário trate com desconfiança o que vier de outro lugar. Duas regras evitam dor de cabeça:

  • Cada domínio deve ter um único registro SPF. Se você usa mais de um serviço para enviar (por exemplo, o e-mail e um sistema de faturas), junte todos os include no mesmo registro.
  • Use o texto exato que o provedor indicar. Uma letra trocada invalida o registro.

Dúvida sobre o DNS do seu domínio? Falar com a equipe

Passo 3: DKIM, a assinatura das mensagens

O DKIM coloca uma assinatura em cada mensagem enviada. O servidor que recebe confere essa assinatura com uma chave pública publicada no seu DNS. Se bater, é sinal de que a mensagem não foi alterada no caminho e saiu de quem tem a chave.

O provedor gera a chave e informa dois dados: o nome do registro (algo como seletor._domainkey) e o valor. Você cria o registro na zona, normalmente como TXT, e alguns provedores pedem CNAME. Siga o tipo indicado por ele. Depois, ative a assinatura na conta do provedor, se houver essa opção.

Atenção: algumas interfaces de DNS cortam textos longos ou acrescentam aspas. Se o provedor disser que o DKIM não foi encontrado, confira se o valor foi colado inteiro, sem espaço no começo ou no fim.

Passo 4: DMARC, o que fazer com mensagem suspeita

O DMARC diz ao destinatário o que fazer quando uma mensagem falha no SPF e no DKIM, e para onde mandar relatórios. Ele fica num TXT no nome _dmarc. Comece só observando:

v=DMARC1; p=none; rua=mailto:relatorios@exemplo.com

Com p=none, nada é bloqueado, e você recebe relatórios que mostram quem está enviando em nome do seu domínio. Quando tudo o que é legítimo estiver passando, você pode endurecer a política em duas etapas:

  1. p=quarantine: mensagens que falham podem ser enviadas para a caixa de spam do destinatário.
  2. p=reject: mensagens que falham são recusadas.

Não pule direto para reject. Se um sistema seu (um formulário do site, uma ferramenta de cobrança) envia e-mail sem estar no SPF ou no DKIM, ele passa a ser barrado.

Entenda

  • MX: para onde as mensagens chegam.
  • SPF: quais servidores podem enviar pelo seu domínio.
  • DKIM: assinatura que prova que a mensagem é sua.
  • DMARC: a regra para o que falhar, com relatórios. Comece em p=none.
  • Agora: crie os registros, espere o DNS atualizar e faça os testes da seção abaixo.

Criar as contas e conectar no aplicativo

Com o DNS pronto, crie as contas no provedor (contato@, financeiro@, o nome de cada pessoa) com senhas fortes e diferentes entre si. Para ler e enviar pelo celular ou por um programa de e-mail, você usa os dados que o provedor fornece. Os valores comuns são:

  • Entrada (IMAP): porta 993, com TLS.
  • Saída (SMTP): porta 587 com STARTTLS, ou porta 465 com TLS.
  • Usuário: o endereço de e-mail completo, ou o que o provedor indicar.
  • Servidores: os nomes que o provedor informar. Não invente o nome a partir do seu domínio.

Alguns provedores ainda publicam um registro chamado autodiscover (ou autoconfig) no DNS, para que o aplicativo se configure sozinho ao digitar o e-mail e a senha. Se o provedor pedir esse registro, crie-o como ele indicar. Se não pedir, configure à mão.

Como testar envio e recebimento

  1. De uma conta externa (a pessoal, por exemplo), envie uma mensagem para o endereço novo. Veja se ela chega.
  2. Responda por essa conta nova. Veja se a resposta chega na conta externa e se não caiu na caixa de spam.
  3. Abra a mensagem recebida e veja os detalhes do cabeçalho (a opção "mostrar original" ou similar). Procure os resultados de SPF, DKIM e DMARC: o ideal é que os três apareçam como aprovados.
  4. Se algum falhar, volte ao passo correspondente e compare o registro com o que o provedor mandou.

Exemplo prático: você configurou contato@exemplo.com, mandou um teste para um amigo e ele diz que chegou no spam. Abra o cabeçalho que ele recebeu. Se o SPF aparece como falha, falta incluir o servidor do provedor no registro. Se o DKIM aparece como ausente, o registro não foi publicado ou a assinatura não foi ativada.

Propagação do DNS: o que esperar

Depois de salvar um registro, ele não vale em todo lugar ao mesmo tempo. Cada servidor guarda respostas antigas por um tempo (o TTL do registro) antes de perguntar de novo. Por isso não existe um prazo exato: pode haver diferença entre o que você vê e o que outra pessoa vê durante a troca.

Na prática, salve, espere e teste de novo mais tarde. Se for trocar o MX de um serviço já em uso, avise quem usa o e-mail e faça a troca fora do horário de maior movimento, porque durante a troca algumas mensagens podem ir para o servidor antigo.

Erros comuns, com exemplos

  • Dois registros SPF. Imagine uma loja que envia e-mails de pedido por um sistema e usa outro serviço para o dia a dia, e alguém criou um SPF para cada um. O correto é um só, com os dois include.
  • Zona editada no lugar errado. O domínio foi registrado num lugar, mas os nameservers apontam para outro. Os registros novos foram criados onde não valem. Confira os nameservers primeiro.
  • MX antigo deixado para trás. Sobrou um MX do serviço anterior com número de prioridade menor (que é tentado primeiro). Parte das mensagens continua indo para lá.
  • DMARC em reject cedo demais. Um sistema de cobrança deixou de entregar porque nunca foi incluído no SPF.
  • Senha repetida. A mesma senha em todas as contas da equipe. Se uma vaza, todas ficam expostas. Prefira senhas únicas e, se o provedor oferecer, verificação em duas etapas.

Para escolher o domínio certo antes de tudo isso, veja Registro de Domínio para E-mail: Guia Completo.

Ainda não tem um domínio para o seu e-mail? Buscar domínio

Perguntas frequentes

Preciso de um domínio para ter e-mail profissional?

Sim. O endereço usa o seu domínio depois do @. Sem domínio, você fica com o endereço do serviço que escolher.

Qual a ordem certa dos registros?

Crie o MX e o SPF primeiro, depois o DKIM e, por último, o DMARC em p=none. Teste a cada etapa.

Quanto tempo leva para o e-mail funcionar?

Não há prazo exato, porque depende do TTL e do cache de cada servidor. Teste de novo mais tarde e, se o problema continuar, confira os registros.

Meus e-mails caem no spam. O que olho primeiro?

Veja nos detalhes da mensagem se SPF, DKIM e DMARC passaram. Se algum falhou, corrija o registro correspondente.

A Eleven pode ajudar com o DNS do meu domínio?

Se o domínio foi registrado na Eleven, abra um chamado pela página de contato e descreva o que você precisa. A equipe responde em até 24 horas, que é o prazo de resposta e não de solução.

Esta resposta lhe foi útil?

Artigos Relacionados