p=reject
A política DMARC mais rígida: o dono do domínio considera qualquer falha um sinal claro de que o uso do domínio não é válido e pede aos receptores que recusem a mensagem.
O que significa
Os receptores que respeitam o p=reject normalmente recusam o e-mail que falha durante a sessão SMTP, então ele nunca chega ao destinatário. O Gmail, por exemplo, retorna 550 5.7.26 citando a política DMARC do remetente. Isso dá a proteção mais forte contra a falsificação direta do domínio.
Também expõe cada falha da configuração do domínio: um serviço de envio que não está alinhado, ou e-mail retransmitido por um encaminhador ou lista de e-mail que quebra o DKIM, volta como bounce. Por isso a RFC 9989 diz que um domínio em p=reject precisa assinar o e-mail com DKIM em vez de depender só do SPF, e que domínios cujos usuários escrevem em listas de e-mail não devem publicar p=reject.
A RFC sugere pelo menos um mês em p=none e outro tanto em p=quarantine, comparando os resultados nos relatórios agregados, antes do reject. Um domínio que não envia e-mail nenhum pode ir direto para p=reject.
Exemplo
v=DMARC1; p=reject; rua=mailto:dmarc@example.comTermos relacionados
Neste site
Fontes
Em que esta definição se baseia. O texto é nosso; os fatos são das fontes.
- RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC), section 4.7rfc-editor.org
- RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC), section 7.4rfc-editor.org
- RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC), section 7.2rfc-editor.org
Todos os 432 termos do glossárioA wiki: blacklists e códigos de bounce