Como usar
- Digite o seu domínio em Domínio, como example.com.
- Escolha Política para o domínio (p). none apenas gera relatórios, por isso é o lugar certo para começar.
- Digite um endereço em Relatórios agregados (rua) para receber os relatórios, e leia-os antes de passar a uma política mais rígida.
- Copie o Registro DMARC (TXT) e publique-o como um registro TXT no Nome do registro.
O que diz um registro DMARC
Um registro DMARC é um registro TXT no nome _dmarc seguido do seu domínio (RFC 7489, seção 6.1). Ele diz aos destinatários o que fazer com as mensagens que falham nas verificações DMARC do seu domínio e para onde enviar os relatórios. Começa com v=DMARC1 e p, e as demais tags seguem, separadas por ponto e vírgula (seção 6.3).
- Tags desconhecidas são ignoradas, e uma tag com o valor padrão fica de fora do registro (seção 6.3).
- As tags podem vir em qualquer ordem depois de v e p (seção 6.4). Esta página as escreve na ordem da definição formal.
Política, alinhamento e relatórios
p define a política para o seu domínio, e sp, quando é informado, a define só para os subdomínios (RFC 7489, seção 6.3). O DMARC verifica o alinhamento: o domínio do cabeçalho From precisa coincidir com o domínio que passou no DKIM ou no SPF. adkim e aspf escolhem alinhamento relaxado ou estrito para cada verificação (seções 3.1 e 6.3). rua e ruf indicam para onde vão os relatórios, e um endereço precisa ser um endereço mailto (seção 6.3).
Como começar uma política
p=none pede aos destinatários que não tomem nenhuma ação na entrega e que enviem relatórios (RFC 7489, seção 6.3). Leia-os para ver quais mensagens falham antes que alguma política imponha algo. A tag pct aplica uma política a parte das mensagens que falham, para um lançamento gradual; os relatórios são sempre enviados, qualquer que seja a porcentagem.
Exemplo: uma política que recusa mensagens que falham para example.com
O registro v=DMARC1; p=reject; rua=mailto:[email protected] é publicado em _dmarc.example.com. Ele pede aos destinatários que recusem as mensagens que falham nas verificações DMARC e que enviem os relatórios agregados para [email protected].
As tags deixadas no valor padrão não são escritas: a tag sp, a porcentagem e os modos de alinhamento, para que o registro fique curto.
| Medida | Valor |
|---|---|
| Política (p) | reject |
| Relatórios (rua) | mailto:[email protected] |
| Registro | v=DMARC1; p=reject; rua=mailto:[email protected] |
| Host | _dmarc.example.com |
Perguntas frequentes
Onde publico o registro DMARC?
Como um registro TXT no nome _dmarc seguido do seu domínio, como _dmarc.example.com (RFC 7489, seção 6.1). A página mostra o nome exato em Nome do registro.
Devo começar com p=none?
p=none pede aos destinatários que não façam nada e que enviem relatórios (RFC 7489, seção 6.3), assim você vê quais mensagens falham antes que qualquer política imponha algo. Passe para quarantine e depois para reject quando o seu correio legítimo estiver passando.
Para que serve o pct?
O pct define a parte das mensagens que falham à qual a política se aplica, de 0 a 100 (RFC 7489, seção 6.3). Ele permite um lançamento gradual, e os relatórios são enviados qualquer que seja a porcentagem.
Qual é a diferença entre alinhamento relaxado e estrito?
O alinhamento decide quão de perto o domínio do From precisa coincidir com o domínio que passou no DKIM ou no SPF. O relaxado, r, é o padrão; o estrito, s, exige uma coincidência mais exata. Os modos são definidos separadamente para DKIM e SPF (RFC 7489, seções 3.1 e 6.3).
Por que existem duas políticas, p e sp?
O p se aplica ao seu domínio e aos subdomínios. O sp, quando você o informa, se aplica só aos subdomínios e não ao próprio domínio (RFC 7489, seção 6.3), então você pode definir uma força diferente para cada um.
Este gerador envia o meu domínio para algum lugar?
Não. O registro é montado no seu navegador a partir do que você digita. Nada é consultado na rede nem guardado, e o registro é um texto para você publicar por conta própria.
Fontes
- RFC 7489: Domain-based Message Authentication, Reporting, and Conformance (DMARC) (em inglês)
- RFC 5321: Simple Mail Transfer Protocol, endereços (em inglês)
- RFC 5322: Internet Message Format, addr-spec (em inglês)
Números e texto verificados pela última vez em terça-feira, 10 de novembro de 2026.