Um cliente diz que o e-mail de redefinição de senha nunca chegou. Um fornecedor encontra sua fatura na pasta de spam. Muitas vezes a mensagem foi enviada normalmente; o servidor que a recebeu só não conseguiu confirmar que ela veio mesmo de você.
Gmail, Outlook e outros provedores verificam três registros DNS do seu domínio antes de confiar em uma mensagem: SPF, DKIM e DMARC. Registros ausentes ou errados estão entre os motivos mais comuns para e-mails legítimos de empresas caírem no spam, e entre os mais fáceis de corrigir.
O que cada registro faz
O SPF lista os servidores autorizados a enviar e-mail em nome do seu domínio. É um único registro TXT que começa com v=spf1.
O DKIM adiciona uma assinatura a cada mensagem. O servidor que recebe confere essa assinatura com uma chave pública publicada no seu DNS, o que mostra que a mensagem não foi alterada e foi enviada por alguém que tem a sua chave.
O DMARC diz aos destinatários o que fazer quando uma mensagem falha nessas verificações e para onde enviar relatórios sobre isso. Ele também exige que o domínio que as pessoas veem no remetente seja o mesmo que o SPF ou o DKIM verificou.
Pense no SPF como a lista de convidados, no DKIM como a assinatura na carta e no DMARC como a instrução ao porteiro sobre o que fazer com quem falha nos dois.
Por que isso importa mais do que antes
O Gmail agora exige que todo remetente configure SPF ou DKIM, e quem envia mais de 5.000 mensagens por dia para endereços do Gmail precisa de SPF, DKIM e DMARC, com o domínio do remetente alinhado. Asdiretrizes do Google para remetentes listam todos os requisitos, incluindo uma taxa de spam abaixo de 0,3%. Outros grandes provedores aplicam regras parecidas.
Remetentes menores não escapam da filtragem. Um domínio sem esses registros simplesmente tem menos a seu favor quando um filtro decide.
Os erros que mais vejo
Dois registros SPF
Um domínio só pode ter um registro SPF. Criar um segundo para um novo serviço, em vez de juntar tudo no primeiro, faz o SPF falhar para tudo. A solução é um único registro que inclua todos os serviços que enviam e-mail.
Consultas demais
O SPF permite no máximo 10 consultas DNS durante a verificação. Cada include de um provedor de e-mail, CRM ou ferramenta de newsletter usa pelo menos uma, e alguns usam várias. Passando do limite, o SPF retorna erro mesmo com todos os serviços listados.
Um serviço que envia em seu nome sem DKIM
Seu site, sistema de agendamento ou ferramenta de faturamento pode enviar e-mails com o seu endereço. Se esse serviço não estiver no SPF e não assinar com DKIM para o seu domínio, as mensagens dele falham. Cada serviço tem seus próprios passos de configuração, normalmente alguns registros DNS para copiar.
Um DMARC que ninguém lê
Um registro DMARC com p=none e um endereço para relatórios é um bom começo. Ele só ajuda se alguém ler os relatórios, encontrar os serviços que falham, corrigir e depois mudar a política para quarantine ou reject.
Verifique seu domínio em um minuto
Minhaverificação gratuita de entregabilidade de e-mail lê o seu DNS em tempo real e mostra o seu provedor de e-mail, o registro SPF e o número de consultas, os seletores DKIM que encontrar, a sua política DMARC e os relatórios, MTA-STS, relatórios de TLS e se o domínio aparece em listas de bloqueio comuns. Cada resultado vem com uma explicação simples do que mudar.
Ela não consegue ver dentro da sua caixa de entrada nem do filtro de spam de quem recebe. Conteúdo, volume de envio e taxa de reclamações também afetam a entrega. A autenticação é a parte que você controla no DNS, por isso é o lugar certo para começar.
Uma ordem segura para corrigir
Liste todos os serviços que enviam e-mail com o seu domínio: o provedor da caixa de entrada, o site, a loja, a ferramenta de agendamento, a newsletter e o faturamento.
Junte todos em um único registro SPF e mantenha abaixo do limite de consultas.
Ative o DKIM em cada serviço e publique os registros que ele fornecer.
Publique o DMARC com p=none e um endereço para relatórios, e leia os relatórios por algumas semanas.
Quando os e-mails legítimos passarem, mude o DMARC para quarantine e depois para reject.
Mudar esses registros sem cuidado pode parar o e-mail do domínio inteiro, então faça uma mudança por vez e confira depois de cada passo.
Quando pedir ajuda
Se a verificação mostrar vários problemas, ou se você não tiver certeza de quais serviços enviam em seu nome,me envie o domínio e os serviços que você usa. Posso montar os registros e a ordem das mudanças, e configurar o envio de uma aplicação para que os e-mails dela passem nessas verificações desde o início.