DMARC Grounding Data for AI Agents
The tool
Ground agents in real-time DMARC records so email-security answers reflect live DNS policy instead of cached assumptions.
Once your client is connected to the VerveContext MCP server, this appears in its tool list as DMARCGroundingDataforAIAgents. It is read-only and open-world: it fetches, it never mutates anything on your side, so most clients will call it without asking you to confirm.
{
"name": "DMARCGroundingDataforAIAgents",
"arguments": {
"domain": "paypal.com"
}
}What that looks like in a conversation
You don't name the tool — the model picks it. Asking about paypal.com in the terms this source covers is enough for it to reach for DMARCGroundingDataforAIAgents on its own.
Connecting
One server URL covers every source in the catalog, including this one. Authorization is OAuth — the client opens a browser once and there is no key to paste into a config file.
{
"mcpServers": {
"vervecontext": {
"url": "https://api.vervecontext.com/v1/mcp"
}
}
}https://api.vervecontext.com/v1/mcpPer-client setup — Claude Desktop, Cursor, VS Code, ChatGPT — is on the MCP setup page.
Arguments
These are the properties on the tool's inputSchema, so a well-behaved client validates them before the call is made.
| Argument | Type | Example | Description |
|---|---|---|---|
domainRequired | string | paypal.com | The domain to validate the DMARC record for |
What the model gets back
The result carries a structuredContent object matching the tool's declared outputSchema, so a client can read fields without parsing prose. status is "ok" on success and error is null; a null field means the value wasn't available for that input, not that the call failed.
{
"status": "ok",
"error": null,
"data": {
"host": "paypal.com",
"dmarcHost": "_dmarc.paypal.com",
"hasDmarc": true,
"dmarc_record": "v=DMARC1; p=reject; rua=mailto:d@rua.agari.com; ruf=mailto:d@ruf.agari.com",
"rua": {
"email": "d@rua.agari.com",
"domain": "rua.agari.com",
"valid": true
},
"ruf": {
"email": "d@ruf.agari.com",
"domain": "ruf.agari.com",
"valid": true
},
"v": "DMARC1",
"p": "reject",
"valid": true,
"isEnforced": true,
"riskScore": 5,
"riskLevel": "low"
}
}Fields
| Field | Type | Example | Description |
|---|---|---|---|
host | string | The domain name that was validated | |
dmarcHost | string | The DMARC DNS record hostname for the domain | |
hasDmarc | boolean | Indicates whether a DMARC record exists for domain | |
dmarc_record | string | The complete DMARC record string from DNS | |
rua | object | Aggregate report destination from the rua tag, with the address and whether it is valid | |
└ rua.emailPremium | string | Email address for aggregate report delivery | |
└ rua.domain | string | Domain name extracted from aggregate report email | |
└ rua.validPremium | boolean | Indicates if aggregate report email is valid | |
ruf | object | Forensic report destination from the ruf tag, with the address and whether it is valid | |
└ ruf.emailPremium | string | Email address for forensic report delivery | |
└ ruf.domain | string | Domain name extracted from forensic report email | |
└ ruf.validPremium | boolean | Indicates if forensic report email is valid | |
v | string | DMARC protocol version from record | |
p | string | DMARC policy for domain (reject, quarantine, none) | |
valid | boolean | Overall validation status of DMARC record | |
isEnforcedPremium | boolean | Whether the domain actively enforces DMARC — policy is quarantine or reject and applied to 100% of mail. False for monitoring-only (p=none), partial rollout (pct<100), or no DMARC record | |
riskScorePremium | number | Composite 0-100 email-spoofing risk based on the DMARC policy and rollout percentage — higher means the domain is more easily spoofed (no DMARC or p=none scores high; enforced reject scores low) | |
riskLevelPremium | string | Risk band derived from the score: low, medium or high |
Why ground on it
A model can produce something that looks like this answer from its training data, and be confidently out of date or simply wrong. This source returns the current value with a shape you can check, which is the difference between an answer you can cite and one you have to hedge.
Point an evaluation at host: it is the field most worth pinning a claim to, and it is either present and current or absent — never plausibly invented.
Failure modes
Errors come back as tool errors with a sentence the model can act on, not a bare status code.
| Status | What it means |
|---|---|
400 / 422 | The arguments didn't validate. The message names the offending one. |
401 | The OAuth session is invalid or expired — reconnect the server. |
403 | Out of credits. Not a bad key — the month's allowance is spent. |
404 | This source isn't part of VerveContext. Check the catalog. |
429 | Brief rate limit. Retrying after a moment succeeds. |
Other ways to use DMARC Grounding Data for AI Agents
Set up DMARC Grounding Data for AI Agents on VerveContext, or reach the same source a different way. Your VerveContext account and credits work on all of them — one key, one balance.
Frequently asked questions
Do I have to tell the agent to use DMARCGroundingDataforAIAgents?
No. The tool's name and description are in the model's context once the server is connected, so it selects the tool when the question calls for it. Naming it explicitly works too and is useful when you want to force the call.
Does connecting the server expose every tool at once?
Yes — one connection lists the whole VerveContext catalog. Clients with a tool budget can usually filter the list; the credit cost is per call, so an unused tool costs nothing.
What does a call cost?
5 credits each time the tool actually runs. A model that reasons about the tool without calling it costs nothing.
Is there a REST version of this?
Yes — the same source is available as a plain HTTPS endpoint on APIVerve, linked above. Same data, same credits, same account.