Falha no DMARC

Falha no DMARC: O que significa e como corrigir no WordPress

Resumir:ChatGPTPerplexidade

Vendo "dmarc=fail" em uma mensagem de devolução ou cabeçalho de e-mail? Isso é uma falha no DMARC: os provedores de caixa de entrada não puderam confirmar que seu domínio enviou o e-mail. Portanto, eles podem colocá-lo na caixa de spam ou rejeitá-lo completamente.

O WordPress pode enviar e-mails prontos para uso, mas não pode enviá-los assinados com seu domínio. Portanto, seus registros podem parecer corretos, mas a falha se resume ao alinhamento.

Neste guia, vou guiá-lo na busca da causa e na correção com o WP Mail SMTP.

O que significa uma falha no DMARC

Uma falha no DMARC significa que nem o SPF nem o DKIM passaram para o seu domínio de remetente.

Passar não é suficiente por si só. Pelo menos uma verificação deve passar e alinhar-se com o domínio de remetente.

É por isso que uma mensagem pode mostrar spf=pass e dkim=pass, mas ainda falhar no DMARC. Ambas as verificações passaram, apenas para o domínio de outra pessoa. Para mais detalhes, veja nosso guia SPF, DKIM e DMARC.

A Regra de Alinhamento em Uma Tabela

Cada e-mail carrega 3 domínios que o DMARC compara. Veja onde cada um deles fica:

DomínioOnde ficaPara que serve
Domínio de remetenteO cabeçalho From: que seu destinatário vêO domínio que o DMARC protege
Domínio SPFO return-path (smtp.mailfrom)Para onde vão as devoluções
Domínio DKIMA tag d= na assinatura DKIMQuem assinou a mensagem

O DMARC passa quando o domínio SPF ou o domínio DKIM corresponde ao domínio de remetente. Veja como os resultados se combinam:

SPF passa e se alinha?DKIM passa e se alinha?Resultado DMARC
SimSimAprovado
SimNãoAprovado
NãoSimAprovado
NãoNãoReprovado

Diagrama de alinhamento DMARC: o domínio SPF não corresponde ao domínio De, o domínio DKIM corresponde, então o DMARC passa

Por padrão, o DMARC usa alinhamento relaxado. Isso significa que um subdomínio como mail.example.com ainda se alinha com example.com.

O que Acontece com um E-mail que Falha no DMARC

O que acontece a seguir depende da política no registro DMARC do remetente. Existem 3 opções:

  • p=none: O destinatário entrega o e-mail normalmente e envia um relatório para você.
  • p=quarantine: O destinatário move o e-mail para spam ou lixo eletrônico.
  • p=reject: O destinatário recusa o e-mail, e o remetente recebe um bounce.

Mesmo com p=none, uma verificação falha ainda prejudica sua reputação como remetente. E desde fevereiro de 2024, Gmail e Yahoo exigem que remetentes em massa passem no alinhamento DMARC.

Dica Pro: Nosso guia Política DMARC: None vs Quarantine vs Reject aprofunda o DMARC.

Erros de Rejeição de DMARC por Provedor

Cada provedor de caixa de entrada descreve uma falha DMARC de forma diferente. Se você recebeu um bounce, compare-o com esta tabela:

ProvedorErro que você veráO que significa
Gmail550 5.7.26 E-mail não autenticado de example.com não é aceito devido à política DMARC do domínioFalha no DMARC, e sua política é reject
Gmail421 4.7.32 (taxa limitada) ou 421 5.7.32 (bloqueado) “o cabeçalho From: … não está alinhado com o domínio organizacional SPF ou DKIM autenticado”SPF ou DKIM aprovados, mas não para o seu domínio From
Gmail451 4.7.26 “falhas temporárias de DNS impedem a autenticação”O Gmail não conseguiu consultar seus registros. Ele tentará novamente
Microsoft 365 / Outlook550 5.7.509 Acesso negado, o domínio de envio example.com não passa na verificação DMARC e tem uma política DMARC de rejeiçãoFalha no DMARC sob uma política de reject
Yahoo / AOL554 5.7.9 Mensagem não aceita por motivos de políticaUma rejeição de política. Uma falha DMARC é uma causa comum
MimecastAutenticação de DNS: Falha DMARCO Mimecast reteve ou rejeitou a mensagem por falha no DMARC
Qualquer cabeçalhodmarc=fail em Authentication-ResultsO destinatário executou a verificação e ela falhou

Se apenas os destinatários de uma empresa estão retornando seus e-mails, peça ao administrador deles o cabeçalho Authentication-Results da mensagem devolvida. Ele mostra se SPF, DKIM ou alinhamento falharam do lado deles.

Como Encontrar a Causa nos Cabeçalhos do Seu E-mail

Uma maneira rápida de descobrir a causa é ler o cabeçalho de autenticação do e-mail. Ele informa qual verificação falhou e qual domínio cada verificação usou.

Passo 1: Abra os Cabeçalhos do E-mail

Primeiro, envie um e-mail do seu site para o seu endereço do Gmail. Você pode fazer isso em WP Mail SMTP » Ferramentas » Teste de E-mail.

Abra o e-mail no Gmail. Em seguida, clique no ícone ⋮ (Mais) e escolha Mostrar original.

Menu de mensagem do Gmail aberto com a opção "Mostrar original" destacada

O Gmail mostra uma tabela de resumo na parte superior com os resultados do SPF, DKIM e DMARC. Abaixo dela está o cabeçalho bruto.

Página "Mostrar original" do Gmail mostrando as linhas de resumo SPF, DKIM e DMARC com DMARC marcado como FALHA

Passo 2: Leia a Linha Authentication-Results

Role até a linha que começa com Authentication-Results. Aqui está um exemplo típico de falha:

Authentication-Results: mx.google.com;
  dkim=pass [email protected] header.s=s1;
  spf=pass [email protected];
  dmarc=fail (p=REJECT sp=REJECT dis=REJECT) header.from=example.com

Compare os 3 domínios nessa linha:

  • header.from: example.com é o domínio do remetente.
  • smtp.mailfrom: em.mailservice.net é o domínio do SPF. Não corresponde.
  • header.i ou header.d: em.mailservice.net é o domínio do DKIM. Também não corresponde.

Portanto, ambas as verificações passaram, mas nenhuma delas se alinhou. Essa é uma falha clássica do DMARC.

Passo 3: Combine o Resultado com uma Causa

Agora, combine o padrão que você encontrou com uma causa. Cada um tem sua correção na próxima seção.

O que o cabeçalho mostraCausa mais provável
spf=pass e dkim=pass, mas domínios diferentesSeu serviço de e-mail não está assinando com seu domínio
dkim=none e o domínio SPF é o servidor do seu hostO WordPress está enviando via PHP mail
header.from é um endereço do Gmail ou YahooSeu formulário usa o e-mail do visitante como remetente
spf=fail ou spf=softfail para apenas um serviçoOutro serviço não está no SPF
spf=permerrorSeu registro SPF está quebrado
Passou para você, falhou para um destinatárioO e-mail foi encaminhado

Corrija seus e-mails do WordPress agora

Causas Comuns de Falha no DMARC (e a Correção para Cada Uma)

A maioria das falhas de DMARC em sites WordPress vêm de 7 causas. As 2 primeiras são específicas do WordPress, então começarei por aí.

WordPress Está Enviando Através do PHP Mail

Por padrão, o WordPress envia e-mails com a função mail() do PHP em seu servidor web. Esse servidor geralmente não tem uma chave DKIM para o seu domínio.

O return-path é frequentemente o nome do servidor do seu host, como [email protected]. Assim, o SPF pode passar para o host, mas nunca se alinha com o seu domínio.

Correção: Envie através de um serviço de e-mail dedicado com WP Mail SMTP. Eu cubro isso na seção de correção abaixo.

Seu Formulário Usa o E-mail do Visitante como Endereço de Remetente

Alguns plugins de formulário permitem que você defina o E-mail do Remetente para um campo do formulário. Por exemplo, no WPForms, você pode definir o endereço de E-mail do Remetente. Se você o definir para o endereço de e-mail do visitante, isso fará com que seu servidor envie e-mails alegando ser de [email protected].

Yahoo e AOL publicam p=reject. Verifiquei ao escrever esta postagem; ambos ainda o faziam.

Portanto, Yahoo e AOL rejeitam essas notificações antes que elas cheguem até você.

_dmarc.yahoo.com   "v=DMARC1; p=reject; pct=100; ..."
_dmarc.aol.com     "v=DMARC1; p=reject; pct=100; ..."

Correção: Defina o E-mail de remetente para um endereço do seu próprio domínio. Coloque o e-mail do visitante no campo Responder a em vez disso.

Configurações de notificação do WPForms com E-mail de Remetente bloqueado por Forçar E-mail de Remetente e Responder para definido como o campo E-mail do visitante

Você ainda pode responder com um clique.

Aviso: Nunca envie e-mails "de" um domínio que você não possui. Além de falhar no DMARC, parece falsificação para todos os provedores de caixa de entrada.

Seu serviço de envio de e-mails não está assinando com seu domínio

Você conectou um serviço de envio de e-mails, mas não verificou seu domínio nele. Assim, o serviço assina o DKIM com seu próprio domínio, como sendlayer.net. Ele também usa seu próprio caminho de retorno.

Ambas as verificações passam, mas nenhuma se alinha. Este é o padrão de cabeçalho do exemplo Authentication-Results acima.

Correção: Conclua a autenticação de domínio no painel do seu serviço de envio de e-mails. Ele fornece registros DKIM (geralmente CNAMEs) para adicionar ao seu DNS.

Assim que eles verificarem, a tag d= se tornará seu domínio.

Outro serviço envia e-mails e não está no SPF

Seu site provavelmente não é a única coisa que envia em nome do seu domínio. Outras ferramentas podem enviar também:

  • Google Workspace
  • Uma ferramenta de newsletter
  • Um help desk
  • Uma plataforma de loja

Diga que um deles não está no seu registro SPF e não assina DKIM como seu domínio. Então, o e-mail dele falha no DMARC.

Correção: Liste todos os serviços que enviam em nome do seu domínio. Em seguida, adicione o include SPF de cada um e configure o DKIM dele.

Seus relatórios agregados do DMARC mostram todas as fontes, o que facilita a criação dessa lista. Para saber como adicionar mais de um registro SPF, consulte nosso guia sobre adicionar vários registros SPF.

Seu Registro SPF Está Quebrado ou Acima do Limite de Consultas

Um registro SPF quebrado falha para todos os remetentes de uma vez. Os 2 problemas mais comuns são registros SPF duplicados e exceder 10 consultas de DNS.

Aqui está uma configuração quebrada com 2 registros:

example.com  TXT  "v=spf1 include:_spf.google.com ~all"
example.com  TXT  "v=spf1 include:spf.mailservice.net ~all"

E aqui está a versão corrigida, mesclada em 1 registro:

example.com  TXT  "v=spf1 include:_spf.google.com include:spf.mailservice.net ~all"

Correção: Mescle-os em um único registro e remova os includes de serviços que você não usa mais.

Observação: Para saber como adicionar mais de um registro SPF, consulte nosso guia sobre adicionar vários registros SPF.

Como Corrigir a Falha no DMARC no WordPress com WP Mail SMTP

Para corrigir uma falha no DMARC no WordPress, use um serviço de envio de e-mails que assine com seu domínio. Em seguida, force um E-mail de remetente nesse domínio e adicione os registros DNS do serviço de envio.

WP Mail SMTP gerencia as configurações do serviço de envio e do E-mail de remetente. Aqui estão as etapas.

Passo 1: Conecte um Remetente que Assine com Seu Domínio

Vá para WP Mail SMTP » Configurações e clique em Iniciar Assistente de Configuração. Em seguida, escolha um serviço de envio, como SendLayer, Brevo, Mailgun ou Amazon SES.

Assistente de Configuração WP Mail SMTP - Tela de seleção de remetente

O assistente guia você na conexão da conta.

O guia de configuração de cada serviço de envio também abrange a verificação do seu domínio. Essa é a parte que corrige o alinhamento do DKIM.

Remetentes disponíveis em todas as versõesRemetentes no WP Mail SMTP Pro
SendLayerAmazon SES
SMTP.comMicrosoft 365 / Outlook.com
BrevoZoho Mail
Google Workspace / Gmail
Mailjet
Mailgun
Postmark
SendGrid
SMTP2GO
SparkPost
Elastic Email
Outro SMTP

Dica Pro: O serviço de envio SendLayer inclui um recurso de Conexão Rápida que pula a etapa de verificação dos registros DNS e conecta você em menos de 2 minutos. Para saber mais, consulte nosso guia sobre configurar o SendLayer usando Conexão Rápida.

Passo 2: Defina e Force o E-mail De

Depois de configurar seu remetente, vá para WP Mail SMTP » Configurações » Geral. No campo E-mail de remetente, insira um endereço no domínio que você autenticou.

Aba Configurações Gerais do WP Mail SMTP com E-mail de remetente preenchido e Forçar e-mail de remetente marcado

Em seguida, marque a caixa Forçar E-mail de remetente. Isso faz com que todos os plugins usem esse endereço, incluindo plugins de formulário configurados para o e-mail do visitante.

Veja como as configurações se parecem para o meu site de teste:

From Email:        [email protected]
Force From Email:  On
From Name:         Example Store
Force From Name:   Off

Dica Pro: Se você usar o remetente Outro SMTP, marque também Caminho de retorno. Ele define o caminho de retorno para corresponder ao seu E-mail de remetente, o que ajuda o SPF a se alinhar.

Etapa 3: Adicione os Registros SPF e DKIM do Remetente

Agora adicione os registros DNS que seu remetente forneceu. A maioria fornece CNAMEs DKIM e um include SPF.

Veja como um conjunto completo pode parecer:

example.com              TXT    "v=spf1 /include:spf.mailservice.net ~all"
s1._domainkey.example.com  CNAME  s1.domainkey.mailservice.net
_dmarc.example.com       TXT    "v=DMARC1; p=none; rua=mailto:[email protected]"

Os nomes de host do seu remetente serão diferentes, então copie-os do painel dele.

As alterações de DNS podem levar de alguns minutos a algumas horas para aparecer.

Importante: Adicione o include SPF ao seu registro SPF existente. Não crie um segundo, ou o SPF quebrará para todos os remetentes. Para mais detalhes sobre como criar um registro DMARC, consulte nosso guia para aprender Como Criar um Registro DMARC.

Etapa 4: Teste a Correção com o Email Detective

Assim que seus registros estiverem ativos, envie um novo teste. Recomendo verificar duas vezes: uma com o Teste de E-mail e depois com o Email Detective. Felizmente, o WP Mail SMTP inclui ambas as opções de teste.

Para enviar um e-mail de teste, vá para WP Mail SMTP » Ferramentas » Teste de E-mail e envie um e-mail de teste. Se ele encontrar um problema de SPF, DKIM ou DMARC, você verá os Resultados da Verificação de Domínio com a correção.

Aba Teste de E-mail do WP Mail SMTP com o campo Enviar para e o botão Enviar e-mail

Em seguida, clique na guia Email Detective na mesma página. É um verificador de entregabilidade gratuito da SendLayer, integrado ao WP Mail SMTP.

Página de Ferramentas do WP Mail SMTP com a aba Detetive de E-mail aberta e o botão Executar um teste de entregabilidade

Digite seu endereço de e-mail e clique em Executar um Teste de Entregabilidade. Seu site envia um teste através da sua conexão principal, e o Email Detective envia um link para o relatório por e-mail para você.

Abra o relatório e observe Autenticação. SPF, DKIM e DMARC devem todos passar.

Se um ainda falhar, a lista O que corrigir informa o problema. Aqui está um exemplo de relatório onde o DKIM está faltando:

Relatório de Exemplo do Detetive de E-mail com Autenticação sinalizada e uma lista O que corrigir nomeando a Assinatura DKIM ausente

Corresponda esse problema à tabela de causas em Como Encontrar a Causa nos Cabeçalhos do Seu E-mail, depois corrija e re-teste. Para a lista de verificação completa de testes, consulte nosso guia sobre Como Testar a Entregabilidade de E-mail.

Solução de problemas de falhas no DMARC após a configuração

Ainda falhando após as 4 etapas? Aqui estão os 3 sintomas que eu verificaria primeiro.

DKIM Ainda Mostra o Domínio do Remetente

Seu domínio ainda não foi verificado no remetente. Verifique a página de domínio no painel do seu remetente e confirme se todos os registros DKIM aparecem como verificados.

Se você acabou de adicionar os registros, aguarde algumas horas para o DNS. Em seguida, envie um novo teste.

SPF mostra Permerror

Você provavelmente tem 2 registros SPF, ou passou por 10 consultas DNS. Mescle seus registros em um, como mostrado na causa de SPF quebrada acima.

DMARC passa em testes, mas falha para um destinatário

Isso aponta para encaminhamento ou um gateway no lado do destinatário. Peça ao administrador desse destinatário o cabeçalho Authentication-Results da cópia devolvida.

Como manter seus e-mails passando no DMARC

A maioria das falhas de DMARC ocorre quando alguém adiciona um novo serviço de envio. Alguns hábitos que você pode adotar para detectá-las precocemente:

  1. Mantenha os relatórios rua ativados: Relatórios agregados listam todos os servidores que enviam em nome do seu domínio. Isso inclui aqueles que você esqueceu.
  2. Verifique novas ferramentas antes que elas enviem: Configure SPF e DKIM para um novo serviço antes de ativá-lo.
  3. Ative os logs de e-mail: O WP Mail SMTP Pro registra todos os e-mails que seu site envia. Você identificará as falhas rapidamente.
  4. Mova para a aplicação gradualmente: Permaneça em p=none até que os relatórios estejam limpos. Em seguida, mova para quarantine.

Lembre-se de que o WP Mail SMTP controla apenas os e-mails que seu site WordPress envia. E-mails do Google Workspace ou da sua ferramenta de newsletter ainda precisam de sua própria configuração.

Perguntas Frequentes

Aqui estão as respostas para as perguntas que mais vejo sobre falhas de DMARC.

O DMARC pode falhar mesmo que SPF e DKIM passem?

Sim. O DMARC precisa que SPF ou DKIM passem para o mesmo domínio do seu endereço De.

Se o seu remetente assinar com seu próprio domínio, ambas as verificações passam, mas o DMARC ainda falha. Verificar seu domínio no remetente corrige isso.

E-mails encaminhados podem causar uma falha no DMARC?

Sim. O encaminhamento quebra o SPF porque o servidor de encaminhamento não está no seu registro SPF.

O DKIM alinhado geralmente sobrevive ao encaminhamento. Portanto, um e-mail encaminhado ainda pode passar no DMARC.

Por que os e-mails do meu formulário de contato do WordPress estão falhando no DMARC?

Seu formulário provavelmente está enviando "de" o endereço de e-mail do visitante. Domínios como yahoo.com rejeitam isso porque não autorizaram seu servidor.

Defina o E-mail de Remetente para o seu próprio domínio e coloque o visitante em Responder para. Em seguida, ative Forçar E-mail de Remetente no WP Mail SMTP.

Quanto tempo leva para uma correção do DMARC funcionar?

A correção se aplica assim que as alterações em seu DNS entrarem em vigor, o que geralmente ocorre em até uma hora. Alguns provedores de DNS levam até 48 horas.

Envie um novo teste após a alteração, pois e-mails antigos mantêm seus resultados originais.

Uma falha no DMARC significa que meu domínio foi falsificado?

Nem sempre. A maioria das falhas de DMARC vêm de seus próprios serviços que você não configurou completamente.

Mas fontes desconhecidas em seus relatórios podem significar que alguém está se passando por você. Mover para p=reject os impede.

Em seguida, mova sua política DMARC para a aplicação

Assim que seus e-mails passarem no DMARC, o próximo passo é ativar a proteção. Meu guia para corrigir o aviso "Política DMARC Não Habilitada" cobre isso.

Ele mostra como passar de p=none para reject com segurança. Essa é a etapa que informa aos provedores de caixa de entrada para rejeitar e-mails falsificados do seu domínio.

Corrija seus e-mails do WordPress agora

Pronto para corrigir seus e-mails? Comece hoje mesmo com o melhor plugin SMTP para WordPress. Se você não tem tempo para corrigir seus e-mails, pode obter assistência completa de Configuração White Glove como uma compra adicional, e há uma garantia de devolução do dinheiro em 14 dias para todos os planos pagos.

Se este artigo ajudou você, por favor, siga-nos no Facebook e Twitter para mais dicas e tutoriais do WordPress.

Aviso: Nosso conteúdo é sustentado pelos leitores. Isso significa que, se você clicar em alguns de nossos links, poderemos ganhar uma comissão. Veja como o WPForms é financiado, por que isso importa e como você pode nos apoiar.

David Ozokoye

David é um escritor técnico no WP Mail SMTP. Ele testa e documenta novos recursos e atualizações para o plugin WP Mail SMTP. Longe do computador, ele gosta de jogar videogame e patinar. Saiba Mais

Experimente nosso plugin gratuito WP Mail SMTP

Use seu provedor SMTP favorito para enviar seus e-mails do WordPress de forma confiável.