p=reject
La política DMARC más estricta: el dueño del dominio considera cualquier fallo una señal clara de que el uso de su dominio no es válido, y pide a los receptores rechazar el mensaje.
Qué significa
Los receptores que respetan p=reject normalmente rechazan el correo que falla durante la sesión SMTP, así que nunca llega al destinatario. Gmail, por ejemplo, devuelve 550 5.7.26 citando la política DMARC del remitente. Esto da la protección más fuerte contra la suplantación directa del dominio.
También expone cada falla de la configuración del dominio: un servicio de envío que no está alineado, o el correo que pasa por un reenviador o una lista de correo que rompe DKIM, rebota. Por eso el RFC 9989 dice que un dominio en p=reject debe firmar su correo con DKIM en vez de depender solo de SPF, y que los dominios cuyos usuarios publican en listas de correo no deberían publicar p=reject.
El RFC sugiere al menos un mes en p=none y otro tanto en p=quarantine, comparando resultados en los reportes agregados, antes de reject. Un dominio que no envía ningún correo puede pasar directamente a p=reject.
Ejemplo
v=DMARC1; p=reject; rua=mailto:dmarc@example.comTérminos relacionados
En este sitio
Fuentes
En qué se basa esta definición. La redacción es nuestra; los hechos son de las fuentes.
- 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
Los 432 términos del glosarioLa wiki: blacklists y códigos de rebote