Monte passo a passo um registro DMARC correto para o seu domínio. Escolha a política, informe os endereços que devem receber os relatórios e copie o registro TXT pronto para colar no DNS — com alertas para os erros que quebram o DMARC sem você perceber.
Roda 100% no seu navegador — nada é enviado
TXT_dmarcSe o seu painel de DNS completa o domínio sozinho, digite só _dmarc.
v=DMARC1; p=nonePublique exatamente um registro TXT com este valor.
→ Depois de publicar, confira com o verificador SPF, DKIM e DMARC grátis
Alterações de DNS costumam aparecer em poucos minutos.
SPF, DKIM e DMARC perfeitos não evitam bounces. Enviar para endereços inválidos, descartáveis ou abandonados prejudica sua reputação de remetente na mesma medida. Valide sua lista antes da próxima campanha.
O DMARC depende do SPF e do DKIM. Garanta que todo serviço que envia em nome do seu domínio passe em pelo menos um deles, com o seu domínio alinhado.
Comece com p=none e um endereço rua para receber os relatórios agregados. O registro é atualizado enquanto você digita.
No seu provedor de DNS, crie um registro TXT com o nome _dmarc (alguns painéis pedem _dmarc.seudominio.com.br) e cole o valor. Mantenha um único registro DMARC.
Confira com o nosso verificador SPF, DKIM e DMARC grátis, acompanhe os relatórios por algumas semanas e depois avance para quarantine e reject.
Um registro DMARC é uma lista de pares tag=valor separados por ponto e vírgula. Só v e p são obrigatórias.
v=DMARC1 deve vir primeiro. p diz aos servidores o que fazer com mensagens que falham no DMARC: none (só relatar), quarantine (pasta de spam) ou reject (recusar). sp define outra política para subdomínios; se omitida, os subdomínios seguem p.
rua recebe relatórios agregados diários (XML) do Gmail, Yahoo, Microsoft e outros, com cada IP que enviou em nome do seu domínio. ruf recebe relatórios de falha por mensagem, que poucos provedores enviam. Dá para listar vários endereços, separados por vírgula, cada um como mailto:.
O DMARC só passa quando o SPF ou o DKIM passa para um domínio igual ao domínio visível no From. Relaxado (r, padrão) aceita subdomínios — mail.exemplo.com.br se alinha com exemplo.com.br; estrito (s) exige o domínio exato.
pct aplica a política a uma porcentagem das mensagens que falham, útil para uma transição gradual. fo define quando gerar relatórios de falha. ri pede um intervalo de relatório em segundos, embora a maioria dos provedores envie um relatório por dia de qualquer forma.
Pular direto para reject pode bloquear suas próprias notas fiscais, newsletters ou e-mails do atendimento. Avance por etapas e deixe os relatórios guiarem você.
Publique p=none com um endereço rua. Leia os relatórios agregados (nosso analisador de relatórios DMARC abre os arquivos no seu navegador) e liste todos os serviços que enviam em nome do seu domínio.
Para cada serviço, configure o DKIM com o seu domínio e/ou inclua-o no SPF. Repita até as fontes legítimas passarem no DMARC — e-mail encaminhado falhando no SPF é normal.
Mude para p=quarantine, se quiser com pct=25, depois 50 e 100. Acompanhe os relatórios e o atendimento para reclamações de e-mails que não chegaram.
Quando o quarantine estiver rodando sem problemas por algumas semanas, passe para p=reject. Considere também sp=reject, para que ninguém falsifique subdomínios que você não usa.
Mantenha o endereço rua mesmo depois de chegar ao reject — ferramentas novas que começarem a enviar em nome do seu domínio aparecem primeiro nos relatórios.
→ Analisador de relatórios DMARC — Abra relatórios agregados DMARC (RUA) — XML, .gz ou .zip — e veja quem envia em nome do seu domínio.
Um registro TXT publicado em _dmarc.seudominio que diz aos servidores de destino como tratar mensagens que dizem vir do seu domínio mas falham no alinhamento de SPF e DKIM, e para onde enviar relatórios sobre elas.
Comece com p=none e um endereço rua. Nada muda na entrega, mas você passa a receber relatórios de tudo o que é enviado em nome do seu domínio. Quando todos os remetentes legítimos passarem, avance para p=quarantine (se quiser, com pct) e por fim para p=reject.
Para as regras de remetentes em massa, sim: Gmail e Yahoo (desde fevereiro de 2024) e Outlook.com (desde maio de 2025) exigem um registro DMARC válido e aceitam p=none. Mas p=none não impede que falsifiquem seu domínio — só quarantine ou reject fazem isso.
Crie um registro TXT com host/nome _dmarc e o valor gerado. Alguns painéis de DNS acrescentam o domínio automaticamente (digite _dmarc); outros pedem o nome completo (_dmarc.seudominio.com.br). Nunca publique dois registros DMARC — os servidores passam a ignorar ambos.
Podem, mas o domínio que recebe precisa autorizar com um registro TXT chamado seudominio._report._dmarc.dominiodorelatorio contendo v=DMARC1. Serviços de relatórios DMARC normalmente já publicam isso; se for uma caixa sua em outro domínio, você precisa criar o registro lá.
Não. Os subdomínios herdam a política do domínio organizacional (ou a tag sp, se existir). Publique um registro num subdomínio só se ele precisar de outra política ou de outros endereços de relatório.
Normalmente minutos, conforme o TTL da sua zona DNS. Os relatórios agregados chegam cerca de uma vez por dia de cada provedor que recebeu e-mails do seu domínio, então espere os primeiros em 24 a 48 horas.
Não. O registro é montado inteiramente no seu navegador; nada do que você digita é enviado aos nossos servidores.
Uma conta grátis traz 200 créditos para validar listas em massa, pela API REST ou em tempo real nos seus formulários — para que seus e-mails autenticados cheguem a pessoas reais.
Criar conta grátis — 200 créditosSem cartão de crédito. Os créditos não expiram.