Como configurar o DMARC do seu domínio e por que ele falha

No painel DNS do domínio, crie um registro TXT chamado _dmarc com o valor v=DMARC1; p=none; para monitorar. O DMARC só passa se o SPF ou o DKIM passarem e estiverem alinhados com o domínio do remetente. Se envia pelo domínio compartilhado e seu DMARC está em p=reject, baixe para p=none ou use um domínio próprio.

Atualizado em 14 de outubro de 2026

Antes de começar

Você precisa de acesso ao painel DNS do domínio (no registrador ou na hospedagem do site).
O ideal é ter o SPF e o DKIM já configurados: o DMARC se apoia neles (veja o artigo sobre adicionar o domínio de envio).
Use sempre um domínio seu como remetente. Endereços @gmail.com, @hotmail.com ou @yahoo.com têm DMARC em p=reject nos próprios provedores, e os e-mails são rejeitados quando enviados por uma plataforma externa.

Onde encontrar

Painel DNS do seu domínio › Adicionar registro › tipo TXT › nome _dmarc

Passo a passo

Criar o registro DMARC (modo de monitoramento)

Entre no painel DNS do seu domínio.
Crie um registro novo do tipo TXT.
No nome (host), digite _dmarc.
No valor, digite v=DMARC1; p=none;. Se quiser receber relatórios, acrescente o endereço: v=DMARC1; p=none; rua=mailto:postmaster@seudominio.com.br;.
Salve. A propagação costuma levar entre 15 minutos e 1 hora, mas pode chegar a 48 horas.
Envie um e-mail de teste para uma conta Gmail, abra em Mostrar original e confira se DMARC aparece como PASS.

Subir a política com segurança

Mantenha p=none por um tempo e analise os relatórios: todas as fontes legítimas (CRM, caixa de e-mail da empresa, faturamento…) precisam passar.
Quando tudo passar, mude para p=quarantine; pct=25; e vá aumentando a porcentagem.
Quando tiver confiança total, mude para p=reject. É a política final recomendada: os e-mails falsos com o seu domínio deixam de ser entregues.

Resolver o aviso "p=reject" ao enviar

Esse aviso aparece quando você envia pelo domínio compartilhado do serviço de e-mail do Elooo System (sem domínio de envio próprio) e o domínio do remetente tem DMARC em p=reject ou p=quarantine. Os provedores rejeitam a mensagem e as devoluções disparam.
Solução definitiva: configure um domínio de envio próprio (artigo relacionado) e volte a enviar por ele.
Solução temporária: no DNS, altere o registro _dmarc para p=none. Isso reduz a proteção contra falsificação; volte para p=reject assim que o domínio próprio estiver ativo.

Dicas

As três políticas: p=none só monitora; p=quarantine manda os e-mails que falham para o spam; p=reject bloqueia.
O Gmail e o Yahoo exigem DKIM e DMARC de quem envia grandes volumes (a partir de 5.000 e-mails por dia). Mesmo abaixo disso, ter DMARC melhora a entrega.
Se não souber montar o registro, existem geradores de DMARC gratuitos na internet que montam o texto pra você.

Problemas comuns

Tenho SPF e DKIM e o DMARC falha → Falta o alinhamento: o domínio autenticado pelo SPF (return-path) ou pelo DKIM (d=) precisa coincidir com o domínio do remetente. Confira se o remetente usa o mesmo domínio que você verificou.
O registro parece ignorado → O valor precisa começar com v=DMARC1. Sem isso, ou com erro de digitação, o registro inteiro é ignorado.
Aparece o aviso de p=reject no envio → Você está enviando pelo domínio compartilhado com um domínio em política estrita. Configure o domínio de envio próprio ou baixe temporariamente para p=none.
Uso meu Gmail pessoal como remetente e tudo é rejeitado → Os provedores gratuitos têm p=reject. Envie sempre a partir de um domínio que seja seu.

Perguntas frequentes

Preciso de DMARC para conseguir enviar?

Não é obrigatório para enviar, e não é exigido quando você usa o domínio compartilhado do serviço de e-mail do Elooo System. Mas melhora a entrega e protege o seu domínio contra falsificação.

Qual é a diferença entre quarantine e reject?

Com quarantine o e-mail que falha vai para o spam e ainda pode ser encontrado; com reject é bloqueado e nunca chega.

Isso foi útil?