Visual RFC.
ALL RFCs / RFC 9991
Read the RFC ↗
RFC 9991 / CURRENT DMARC

Abuse and recipient controls

05

Failure reporting can be abused as an amplification or disclosure path.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

DIAGRAM§ 8.1 ↗
RFC 9991 · § 8.1EXAMPLE
3 / 3
Abuse and recipient controlsFailure reporting can be abused as an amplification or disclosure path.Abuse and recipient controlsGeneration and processing limitsFeedback must not become an unbounded content leak
03
Retain diagnostic value safely

Do not let feedback become an unbounded message-content leak.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
KEY POINT

Destination verification does not remove all denial-of-service risks.

  • Destination verification does not remove all denial-of-service risks.
  • Report generation and processing need operational safeguards.
  • Domain owners and receivers must account for disclosure, storage, and untrusted input.
DETAILS

Examples are illustrative. Read the exact policy, reporting, and privacy rules in the linked current specification.

Read the RFC section ↗

Diagrams simplify the RFC. Read the linked sections for complete requirements.

Privacy
All chapters in this RFC
  1. An individual failure report
  2. Structured ARF fields
  3. External failure recipients
  4. Minimize sensitive evidence
  5. Abuse and recipient controls

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗