p=reject
De strengste DMARC-policy: de domeineigenaar beschouwt elke fout als duidelijk teken dat het domein niet terecht wordt gebruikt, en vraagt ontvangers het bericht te weigeren.
Wat het betekent
Ontvangers die p=reject respecteren, weigeren falende e-mail normaal al tijdens de SMTP-sessie, zodat die de ontvanger nooit bereikt. Gmail geeft bijvoorbeeld 550 5.7.26 terug met een verwijzing naar de DMARC-policy van de verzender. Dit geeft de sterkste bescherming tegen directe spoofing van het domein.
Het legt ook elke zwakke plek in de opzet van het domein bloot: een verzenddienst die niet aligned is, of e-mail die via een doorstuurder of mailinglijst loopt die DKIM breekt, wordt gebounced. Daarom zegt RFC 9989 dat een domein op p=reject zijn e-mail met DKIM moet ondertekenen in plaats van alleen op SPF te vertrouwen, en dat domeinen waarvan de gebruikers op mailinglijsten posten geen p=reject horen te publiceren.
De RFC stelt voor om minstens een maand op p=none te staan en nog eens zo lang op p=quarantine, en de resultaten in aggregaatrapporten te vergelijken, voordat je naar reject gaat. Een domein dat helemaal geen e-mail verstuurt, kan meteen naar p=reject.
Voorbeeld
v=DMARC1; p=reject; rua=mailto:dmarc@example.comVerwante begrippen
Op deze site
Bronnen
Waar deze definitie op steunt. De formulering is van ons, de feiten zijn van hen.
- 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
Alle 432 begrippen in de begrippenlijstDe wiki: blacklists en bouncecodes