MCP (Model Context Protocol) is not just another integration. It’s brand a new way to interact with your DMARCeye data using plain language.
In our first MCP announcement, we focused on the big idea: bring your DMARC data into LLMs so you can turn aggregate reports into clear next steps by simply asking questions. In this article, we’ll go deeper into the practical use cases, and talk about what you can actually do once MCP is enabled.
In the DMARCeye app, you’ll see a set of supported tools with names like get-account-report or get-domain-source-report. These are “tools” that your AI assistant can use to retrieve data from DMARCeye.
You can think of these as safe, predefined data actions:
THE IMPORTANT THING: These tools work behind the scenes, you can ask a question in plain language, and your AI assistant will choose which tool(s) to call to answer it.
This is what makes MCP powerful for DMARC: it bridges the gap between “I have data” and “I know what to do next.” Instead of manually navigating through reporting views, you can ask for the outcome you want, and the assistant can pull the right DMARCeye context to support the answer.
Sometimes you don’t need a deep investigation, but just need a clear snapshot. Account-level overviews are ideal for weekly check-ins, leadership updates, or answering simple questions like “Are we improving?” or “Did anything change?”
Typical workflows include:
Behind the scenes, MCP can use tools like get-account-report, list-domains-overview, and get-report-preview to retrieve the right data for the answer.
Example prompts:
When something looks off (like an unfamiliar sender, a spike in failures, or a suspected spoofing attempt), you want to drill down quickly without drowning in raw detail. This is where MCP shines: you can guide the investigation conversationally and ask follow-up questions until the picture is clear.
Detailed analysis workflows include:
These investigations are typically powered by tools like get-domain-report, get-domain-source-report, and get-domain-ip-report.
Example prompts:
The advantage here is not just speed, but clarity. Instead of translating DMARC signals into action manually, you can ask for a diagnosis and a recommended next step sequence based on what DMARCeye is observing.
Not every decision needs a full investigation. Sometimes you just need a read-only snapshot for a date range, like “What did last month look like?” or “Give me a clean summary for a meeting in 5 minutes.”
Quick report workflows include:
This is often powered by tools like get-report-preview (and can be paired with account/domain tools when you want more context).
Example prompts:
MCP isn’t only for analysis; it’s also a way to check your monitoring setup and stay oriented when something changes. If your workflow depends on alerts and blacklist monitoring, you can use MCP to confirm what’s enabled, what’s being tracked, and what the current status is.
Monitoring workflows include:
Behind the scenes, the assistant can use tools like list-alert-settings, list-report-settings, and list-blacklist-overview.
Example prompts:
DMARC is rarely managed by one person forever. Domains move between teams, agencies support multiple clients, and internal stakeholders need updates that aren’t written in DMARC jargon.
Team and access workflows include:
These use cases map to tools like list-user-teams and list-team-users. You’ll also notice a tool called send-user-email, which allows you to send content to the authenticated user’s email address. In practice, this enables a very practical workflow: generate a report summary in chat, then email it to yourself as a record or forwardable update.
Example prompts:
One of the most practical MCP workflows is turning DMARC reporting into a repeatable update you can share. Instead of exporting data and writing a summary from scratch, you can ask your AI assistant to draft a stakeholder-ready email based on your DMARCeye reports.
For example, you can ask:
DMARCeye MCP can pull the relevant report data, summarize what changed, highlight anything risky (like new sources or spikes in failures), and generate a clear set of recommended next steps. This is especially useful when you need to keep IT, security, or marketing aligned without asking them to read DMARC dashboards.
In DMARCeye, the email-sending capability is intentionally scoped for safety. The assistant can only send messages to the authenticated user’s email address, which makes it a convenient way to deliver a report to yourself as a record or something you can forward to others.
Once you have that baseline, you can refine the format over time. For example:
The key benefit is consistency: your DMARC reporting becomes a simple habit, not a manual task. You ask, the assistant retrieves the right DMARCeye data, and you get a ready-to-send summary with clear next steps.
MCP is only useful if the underlying DMARC data is clean, continuously collected, and organized in a way that supports real decisions. That’s what DMARCeye is built for: turning raw aggregate reports into visibility you can trust, then helping you act on it with less guesswork.
DMARCeye MCP Server extends that workflow into your AI assistant. Instead of switching between dashboards and exports, you can ask for the outcome you need, and let the assistant pull the right DMARCeye context to support the answer.
Next step? Enable MCP Server in your DMARCeye account (Account Settings → MCP Server) and try a few of the prompts from this article. If you’re new to DMARCeye, start with a full free trial.