DMARC
A policy telling receiving servers what to do when authentication fails.
Your instruction for handling fake email sent as you.
What It Is
DMARC sits on the Technology side of the work, in the Email Tech area. The canonical meaning is a policy telling receiving servers what to do when authentication fails.
It is a mechanism rather than an opinion: set up properly it behaves predictably, and set up badly it fails just as predictably. That is the version worth keeping, because it survives contact with a real project.
How It's Used
DMARC earns its keep in build decisions, tooling and the plumbing behind a working system. It is usually discussed together with SPF, DKIM and Email Deliverability. The practical test is whether it is configured, documented and actually working.
Why It Matters
The cost of being vague about DMARC shows up later, not today. When it is unclear, small technical debts compound into a rebuild. It is worth pinning down before anyone builds on top of it.
Think of plumbing. Nobody admires it, everybody notices when it leaks. Your instruction for handling fake email sent as you.
Termshift™
How the meaning shifts depending on who is using it, and where.
Practitioners use DMARC as shorthand and expect no explanation — a policy telling receiving servers what to do when authentication fails.
Outside the industry, most people would just say: your instruction for handling fake email sent as you.
The Bottom Line
Treat DMARC as a decision, not a description. Your instruction for handling fake email sent as you.