O que é email profissional (e por que vale a pena)
Email profissional é um endereço que usa o domínio da sua empresa depois do “@”, como vendas@suaempresa.com.br. O domínio é o mesmo nome usado no site, registrado em nome da empresa (no Brasil, domínios .com.br são registrados no Registro.br).
Além da imagem mais séria, há ganhos práticos: as contas pertencem à empresa e não a um funcionário, é possível criar endereços por setor, e a autenticação do domínio dificulta que golpistas enviem mensagens se passando pela sua marca.
Credibilidade
Clientes e fornecedores confiam mais em mensagens enviadas de um domínio próprio.
Controle
Quando alguém sai da empresa, a conta e o histórico continuam com a empresa.
Entregabilidade
Com o DNS bem configurado, as mensagens têm mais chance de chegar à caixa de entrada.
Escolhendo o serviço de email
O primeiro passo é decidir onde as caixas de email vão ficar. Em linhas gerais, existem três caminhos:
| Critério | Suítes de produtividade | Email da hospedagem | Provedores especializados |
|---|---|---|---|
| Exemplos | Google Workspace, Microsoft 365 | Email incluso em planos com cPanel, Plesk etc. | Zoho Mail, Proton, provedores dedicados a email |
| Custo | Por usuário/mês | Geralmente incluso | Varia; costuma ser intermediário |
| Espaço e recursos | Amplos, com agenda, drive e reuniões | Limitados ao plano | Bons, focados em email |
| Filtro antispam e segurança | Muito robustos | Depende do servidor | Geralmente robustos |
| Risco de bloqueio por terceiros | Baixo | Maior em servidores compartilhados | Baixo |
| Indicado para | Equipes que colaboram muito | Poucas contas e uso leve | Quem quer email confiável sem suíte completa |
Avaliação geral. Recursos, limites e preços mudam com frequência; confira as condições atuais de cada serviço.
Site e email não precisam ficar no mesmo lugar
É comum hospedar o site em um servidor e o email em outro serviço. Quem decide para onde vai cada coisa é o DNS do domínio. Separar os dois evita que um problema no site derrube o email, e vice-versa.
Antes de começar: o que você precisa ter
- Um domínio registrado em nome da empresa, e não de um ex-fornecedor ou funcionário.
- Acesso ao painel de DNS, que pode estar no registrador (como o Registro.br), na hospedagem ou em um serviço como Cloudflare. Para descobrir onde está, veja quais servidores DNS (nameservers) o domínio usa.
- A lista de endereços que serão criados e quem vai usar cada um.
- Um levantamento do que já existe: se a empresa já tem email em outro lugar, será preciso planejar a migração das mensagens antigas.
nslookup -type=NS suaempresa.com.br # Exemplo de resposta: # suaempresa.com.br nameserver = a.sec.dns.br → DNS no Registro.br # suaempresa.com.br nameserver = ana.ns.cloudflare.com → DNS na Cloudflare
É nesse painel indicado pelos nameservers que todas as alterações deste guia devem ser feitas. Alterar registros em outro lugar não terá efeito.
Criando as contas e organizando os endereços
Depois de contratar o serviço, ele vai pedir para você adicionar e verificar o domínio. A verificação prova que você é o dono e costuma ser feita com um registro TXT (ou CNAME) temporário no DNS, com um código fornecido pelo próprio serviço.
Com o domínio verificado, crie as contas. Algumas boas práticas:
Contas pessoais
Um padrão único, como nome.sobrenome@ ou nome@, facilita para clientes e para a própria equipe.
Aliases e grupos
Endereços como contato@ e financeiro@ podem ser apelidos ou grupos que entregam para várias pessoas, sem pagar uma conta extra.
Senhas e 2FA
Exija senhas fortes e ative a verificação em duas etapas. Conta de email invadida é porta de entrada para golpes.
Endereços técnicos
Reserve contas como postmaster@ e uma caixa para relatórios DMARC. Eles serão úteis adiante.
Entendendo o DNS do email
O DNS funciona como a lista telefônica da internet: ele traduz nomes em endereços e guarda informações sobre o domínio. Para o email, ele responde a duas perguntas: para onde entregar as mensagens recebidas e como saber se uma mensagem enviada é legítima.
O endereço da agência dos Correios
O registro MX diz aos outros servidores onde fica a “agência” que recebe as cartas do seu domínio.
Remetente, carimbo e regra da casa
SPF é a lista de quem pode postar em seu nome, DKIM é o carimbo que prova que a carta não foi alterada e DMARC diz o que fazer com cartas suspeitas.
Dois termos aparecem sempre: TTL é o tempo, em segundos, que outros servidores guardam a informação antes de consultar de novo; propagação é o intervalo até que todos passem a enxergar a mudança. Por isso, uma alteração pode levar de minutos a algumas horas para valer em todo lugar.
Configurando MX, SPF, DKIM e DMARC
Os valores abaixo são ilustrativos
Cada serviço informa seus próprios servidores, prioridades e chaves, normalmente em uma tela chamada “Configuração de DNS”, “Registros DNS” ou “Autenticação do domínio”. Os nomes dos campos também mudam entre painéis: “Nome”, “Host” ou “Entrada” geralmente significam a mesma coisa. Use sempre os valores do seu provedor.
1. MX: onde os emails são recebidos
O registro MX aponta para o servidor que recebe as mensagens do domínio. A prioridade define a ordem: o número menor é tentado primeiro, e os demais servem de reserva.
# Tipo Nome Prioridade Valor TTL
MX @ 10 mx1.provedor-exemplo.com 3600
MX @ 20 mx2.provedor-exemplo.com 3600
- O @ representa o próprio domínio. Alguns painéis pedem para deixar o campo vazio ou digitar o domínio completo.
- Remova os MX antigos de outro provedor. Misturar registros faz parte dos emails ir para um lugar e parte para outro.
- O valor do MX deve ser um nome, nunca um endereço IP.
2. SPF: quem pode enviar em nome do domínio
O SPF é um registro TXT que lista os servidores autorizados a enviar emails com o seu domínio. Se o seu site, um sistema ou uma ferramenta de email marketing também enviam mensagens, todos precisam estar no mesmo registro.
# Tipo Nome Valor TXT @ "v=spf1 include:_spf.provedor-exemplo.com ~all" # Com o provedor de email + uma ferramenta de marketing: TXT @ "v=spf1 include:_spf.provedor-exemplo.com include:spf.marketing-exemplo.com ~all"
- include: autoriza os servidores de um serviço. ip4: autoriza um IP específico.
- ~all (softfail) marca como suspeito quem não está na lista; -all (fail) recomenda rejeitar. Comece com ~all e endureça quando tiver certeza de que nada legítimo ficou de fora.
- Só pode existir um registro SPF por domínio. Dois registros v=spf1 invalidam ambos.
- O SPF admite no máximo 10 consultas DNS. Muitos include podem estourar esse limite.
3. DKIM: a assinatura digital das mensagens
O DKIM adiciona uma assinatura criptográfica a cada email enviado. O servidor de destino usa uma chave pública publicada no seu DNS para confirmar que a mensagem saiu mesmo do seu domínio e não foi alterada no caminho.
Normalmente, você gera a chave no painel do serviço de email, copia o registro para o DNS e depois volta ao painel para ativar a assinatura. Esse último passo é esquecido com frequência.
# Formato TXT, com a chave pública: TXT seletor1._domainkey "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A..." # Formato CNAME, apontando para a chave hospedada pelo provedor: CNAME seletor1._domainkey seletor1.dkim.provedor-exemplo.com
O seletor (no exemplo, seletor1) é um nome que identifica a chave. Ele permite ter várias chaves ao mesmo tempo, uma por serviço que envia emails, sem conflito.
4. DMARC: a política para mensagens que falham
O DMARC junta SPF e DKIM e diz aos servidores de destino o que fazer quando uma mensagem não passa na verificação. Ele também permite receber relatórios sobre quem está enviando emails com o seu domínio, inclusive tentativas de fraude.
# Fase 1 — apenas monitorar (2 a 4 semanas) TXT _dmarc "v=DMARC1; p=none; rua=mailto:dmarc@suaempresa.com.br" # Fase 2 — mandar para o spam o que falhar TXT _dmarc "v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc@suaempresa.com.br" # Fase 3 — rejeitar o que falhar TXT _dmarc "v=DMARC1; p=reject; rua=mailto:dmarc@suaempresa.com.br"
- p= é a política: none (só observar), quarantine (enviar para spam) ou reject (recusar).
- rua= é o endereço que recebe relatórios diários, em formato XML. Ferramentas de análise de DMARC transformam esses arquivos em gráficos legíveis.
- Para passar no DMARC, o domínio do remetente precisa estar alinhado com o domínio validado pelo SPF ou pelo DKIM.
Não é mais opcional
Grandes provedores, como Gmail, Yahoo e Outlook, passaram a exigir SPF, DKIM e DMARC de quem envia volumes maiores de email. Mesmo para empresas pequenas, a ausência desses registros aumenta muito a chance de cair no spam.
Resumo dos registros
| Registro | Tipo | Nome | Para que serve |
|---|---|---|---|
| MX | MX | @ | Indica o servidor que recebe os emails |
| SPF | TXT | @ | Lista quem pode enviar pelo domínio |
| DKIM | TXT ou CNAME | seletor._domainkey | Publica a chave que valida a assinatura |
| DMARC | TXT | _dmarc | Define a política e os relatórios |
| Verificação | TXT ou CNAME | Indicado pelo provedor | Prova que você é dono do domínio |
Gerador rápido de SPF e DMARC
Preencha os campos para montar um ponto de partida. Confira os valores de include na documentação do seu provedor antes de publicar.
Acessando pelo computador e celular
Além do webmail, você pode usar aplicativos como Outlook, Gmail, Apple Mail ou Thunderbird. Muitos serviços oferecem app próprio ou configuração automática; quando não, a configuração manual usa dois protocolos:
- IMAP: mantém as mensagens no servidor e sincroniza entre todos os dispositivos. É o mais indicado hoje.
- POP3: baixa as mensagens para um único aparelho. Pode causar perda de emails se o dispositivo falhar.
- SMTP: é o protocolo de envio, sempre com autenticação (usuário e senha).
# Recebimento IMAP imap.provedor-exemplo.com porta 993 SSL/TLS POP3 pop.provedor-exemplo.com porta 995 SSL/TLS # Envio SMTP smtp.provedor-exemplo.com porta 465 SSL/TLS porta 587 STARTTLS Usuário: endereço completo (ex.: maria@suaempresa.com.br)
Se a conta tiver verificação em duas etapas, alguns aplicativos mais antigos exigem uma senha de app, gerada no painel do serviço, em vez da senha normal.
Como testar se está tudo certo
1. Confira os registros no DNS
nslookup -type=MX suaempresa.com.br nslookup -type=TXT suaempresa.com.br # SPF nslookup -type=TXT seletor1._domainkey.suaempresa.com.br # DKIM nslookup -type=TXT _dmarc.suaempresa.com.br # DMARC # No Linux/macOS, o dig traz respostas mais diretas: dig MX suaempresa.com.br +short
2. Envie e receba mensagens de teste
Mande um email de uma conta externa (Gmail ou Outlook pessoal) para o novo endereço e responda. Depois, no Gmail, abra a mensagem recebida, clique em “Mostrar original” e confira o resultado da autenticação:
Authentication-Results: mx.google.com; dkim=pass header.d=suaempresa.com.br spf=pass smtp.mailfrom=maria@suaempresa.com.br dmarc=pass (p=NONE) header.from=suaempresa.com.br # Sinais de problema: spf=softfail → servidor de envio fora do SPF dkim=none → assinatura DKIM não ativada dmarc=fail → nem SPF nem DKIM alinhados
3. Use ferramentas de diagnóstico
Serviços online de verificação de DNS e de pontuação de email (como os de teste de spam e de análise de MX) mostram registros ausentes, SPF duplicado, problemas de DKIM e se o domínio ou IP aparece em listas de bloqueio. Vale repetir o teste depois de cada ajuste.
Problemas comuns e como resolver
📭 Emails não chegam depois da troca de provedor
Quase sempre há MX antigo ainda publicado, ou a alteração foi feita em um painel de DNS que não é o ativo. Confira os nameservers, remova os MX anteriores e aguarde o TTL expirar.
🗑️ Mensagens enviadas caem no spam
Falta SPF, DKIM não foi ativado ou o DMARC falha por falta de alinhamento. O conteúdo também conta: excesso de links, imagens sem texto e assuntos sensacionalistas pioram a reputação.
🧾 Formulário do site não envia ou vai para spam
Muitos sites enviam pela função de email do próprio servidor, que não está no SPF nem assina com DKIM. A solução é configurar o site para enviar via SMTP autenticado do seu provedor ou de um serviço de envio transacional incluído no SPF.
⚔️ Dois registros SPF
Ao contratar uma nova ferramenta, alguém adiciona um segundo registro v=spf1. Os dois passam a ser inválidos. Una tudo em um único registro.
☁️ Registros de email “proxied” na Cloudflare
Registros MX e TXT não passam pelo proxy, mas subdomínios usados pelo email (como mail.) com a nuvem laranja ativada deixam de funcionar. Esses registros devem ficar como “Somente DNS”.
✂️ Chave DKIM cortada ou com aspas erradas
Chaves longas às vezes são truncadas ao colar. Alguns painéis exigem dividir o valor em partes de até 255 caracteres; outros fazem isso sozinhos. Compare o valor publicado com o fornecido pelo provedor.
🔁 Encaminhamentos falham no SPF
Quando um email é encaminhado automaticamente, o servidor intermediário não está no SPF do remetente original. Por isso o DKIM é tão importante: a assinatura sobrevive ao encaminhamento e mantém o DMARC aprovado.
Configurar é uma etapa; manter é outra
Depois que tudo funciona, o trabalho não acaba. Novas ferramentas que enviam emails precisam entrar no SPF, a política DMARC deve evoluir de none para reject, os relatórios precisam ser lidos e as contas de quem sai da empresa precisam ser desativadas.
Para empresas sem equipe técnica dedicada, costuma compensar contar com um parceiro especializado. A WD Seven, por exemplo, ajuda a escolher o serviço de email adequado ao porte da empresa, configura o DNS com autenticação completa, migra as mensagens antigas sem interromper a comunicação e integra os formulários do site ao envio autenticado.
Seus emails estão caindo no spam?
Com Cloud & DevOps e Manutenção & Suporte, a WD Seven revisa seu DNS e corrige a autenticação do domínio.
Perguntas frequentes
Sim. Praticamente todos os serviços permitem acessar a conta por aplicativos como Gmail, Outlook e Apple Mail, via IMAP e SMTP ou por aplicativo próprio do provedor.
Depois de alterar os registros DNS, a propagação costuma levar de alguns minutos a algumas horas, e em casos raros até 48 horas, dependendo do TTL configurado. Reduzir o TTL alguns dias antes de uma migração acelera a troca.
Não, se a migração for planejada. A maioria dos serviços oferece ferramentas de importação via IMAP. O ideal é migrar as mensagens antes de alterar os registros MX e fazer uma sincronização final logo depois.
Tecnicamente o email funciona sem eles, mas na prática são essenciais. Sem esses registros, as mensagens têm muito mais chance de cair no spam ou ser rejeitadas, e o domínio fica mais vulnerável a falsificações.
Não, desde que você altere apenas os registros de email (MX, TXT de SPF, DKIM e DMARC). O site depende dos registros A, AAAA ou CNAME, que não devem ser mexidos nesse processo. Ainda assim, anote ou exporte os registros atuais antes de começar.
Conclusão e checklist
Configurar email profissional não é complicado, mas exige ordem: escolher o serviço, verificar o domínio, criar as contas, publicar os registros DNS e testar. O MX garante o recebimento; SPF, DKIM e DMARC garantem que suas mensagens sejam reconhecidas como legítimas.
Escolha o serviço de email
Considere número de usuários, espaço, segurança e orçamento.
Localize o painel de DNS ativo
Confira os nameservers e salve uma cópia dos registros atuais.
Verifique o domínio e crie as contas
Defina o padrão de endereços, aliases, senhas fortes e 2FA.
Migre as mensagens antigas, se houver
Importe via IMAP antes de alterar o MX.
Configure o MX
Use os valores do provedor e remova os registros antigos.
Publique um único SPF
Inclua todos os serviços que enviam pelo domínio, começando com ~all.
Publique e ative o DKIM
Adicione o registro e ative a assinatura no painel do serviço.
Crie o DMARC em modo de monitoramento
Comece com p=none e evolua para quarantine e reject após analisar os relatórios.
Teste envio, recebimento e cabeçalhos
Confirme spf=pass, dkim=pass e dmarc=pass.
Ajuste os formulários do site
Faça o site enviar por SMTP autenticado.
MX
Garante que os emails cheguem.
SPF + DKIM
Provam que você é você.
DMARC
Protege a marca contra fraudes.
Gestão
Mantém tudo funcionando com o tempo.
