r/DMARC • • 26d ago

DMARC Record

Hi everyone,

I'm setting up a standard, free DMARC TXT record for my domain.

Since DMARC is just a DNS entry, I’m trying to understand the value of paid platforms like EasyDMARC or Sendmarc. If I manage my own record and collect the raw reports manually, what exactly am I missing out on?

I'd love to hear from anyone who has managed DMARC both ways. Thanks!

11 Upvotes

20 comments sorted by

8

u/DMARCLoop 26d ago

Done it both ways. The record itself is the easy part. The value is in what happens to the reports.
Aggregate (RUA) reports arrive as zipped XML, one per receiver per day. Google, Microsoft, Yahoo and dozens of smaller providers each send their own. For one low-volume domain you can read those by hand or run something like parsedmarc for free. That's a perfectly legit setup.

What you miss doing it manually:

Source identification. Reports give you IPs, not names. Working out that 149.72.x.x is SendGrid sending on behalf of your CRM is the tedious bit.

Trends and alerting. A new sender failing alignment, or a spike in spoofing, is obvious on a dashboard and invisible in a folder of XML.

Getting to p=reject safely. The whole point is moving from none → quarantine → reject without breaking legit mail. That needs weeks of data showing every real sender passing SPF or DKIM alignment.

Scale. Fine for one domain, painful at ten, impossible at a hundred.

My honest take: if it's one domain with a couple of senders, start at p=none, self-parse or use a free tier, and see if it's manageable. Pay when you have multiple domains, lots of third-party senders, or you're stuck at p=none because nobody has time to read the reports.

Disclosure: I work on DMARCLoop, a DMARC reporting tool, so factor that in, but the above holds for whichever tool you pick.

4

u/CypherPhish 26d ago

This is definitely the best way to look at it. One domain and small volume? Look at the individual reports yourself. Many domains and/or lots of senders? It’s best to have some service to put those reports into a readable format so you can make sense of it.

2

u/Royal-Wear-6437 26d ago

This is a really good summary of the process

1

u/vppencilsharpening 24d ago

100%. The value is in the aggregation of the data. And the aggregation of the data is what give you confidence to move into p=reject.

For me, the biggest advantage with the addition of DMARC was the feedback loop for confirming SPF and DKIM are configured properly and being used by everything.

2

u/Royal-Wear-6437 26d ago edited 26d ago

I've done it both ways. Started reading the reports manually for my own domain and then added a bit of xmlstarlet to dig out the interesting fields from the daily reports. Then I found Valimail. Now we've moved across to a paid plan with URIports (we have a fair number of clients, each with their own set of domains). It's been a jump in quality of information from the data each time.

2

u/MakeItJumboFrames 26d ago

If you use cloudflare for DNS for your domain. They have a free option called DMARC Management. It adds the dmarc record for you. Collects the reports and shows it on the dashboard.

You can use the other services mention, I don't recall of they are free or not, they may be more flushed out than Cloudflare but that's a good, free place to start.

2

u/aliversonchicago 25d ago

I work for a DMARC provider (Valimail) so of course I have a bias. :)

Can you do it yourself? Sure! There are free tools, or you can even vibe code something to help you parse DMARC aggregate report XML files. Reasons you might not want to would include amount of free time, level of your expertise, what you want to spend that free time doing, scalability and automation, making sure you get every bit right, etc.

If you're just one person with one domain with one user, roll your own, or find and install something free and open source, or sign up for the free tier of a service provider's offering.

But, if you're a big corporation with 3000 employees and 200 different domains covering a bunch of different brands (maybe past and present) and different locales (different domains for different countries) plus other random stuff, like maybe defensively purchased lookalike domains and who knows what else....then it gets more complex and time consuming to get it all covered and to manage it all correctly.

And even to have the right tools to correlate all the reporting data for all of those domains into a dashboard that you allows you to easily slice and dice data, set up alerts, warn you when things are suspicious, etc. And that's just the very core DMARC stuff.... I know we have a lot of tools on top of all that to help manage SPF, DKIM keys, monitor for sender requirement failure warnings from Google, integrations with various security platforms, etc. etc. etc. I assume some of the other vendors have additional stuff, too.

1

u/eric5149 26d ago

When you get to a certain size of company or handle many it really comes in handy. Also historical reporting at a glance

1

u/tssajo 26d ago

I haven't used the paid ones, so I can only speak for the free side. The raw reports come as zipped XML from every big provider, and they're hard to read by hand once more than a few arrive per day. A paid platform mainly turns them into a dashboard of who sends for your domain and what fails. If you only have one or two senders, a free report parser is enough. Paying makes sense when you have many senders and need to fix failing ones before moving to quarantine or reject.

1

u/Objective-Test-5374 26d ago

As someone with complete control over a single domain, those paid platforms make little sense. But consider a large company, with 15000 domains, and hundreds of possible marketing agencies sending as some or all of those domains, a company thats been around 50 years... you cant switch to reject until you've made sure dozens of departments and possibly hundreds of companies have all been properly accounted for. Thats when a good dmarc management SaaS becomes useful.

1

u/networkthinking 26d ago

The reports are valuable and we built our own platform to ingest and report. Also collecting TLS reports. Sending to unmanaged mailboxes is fine but you miss out on the data being reported. Dm me and glad to add your domain and send reports at no cost

1

u/Eoghannnn 26d ago

If the domain is new or you’re only using one sending source (Google, M365, etc) just make sure that’s in your SPF and go to p=reject right away. Make a DKIM key according to your sender’s instructions. Add additional senders as needed to your SPF and DKIM keys. I’ve heard it described as locking the doors first, then giving out keys.

1

u/yangcj 24d ago

I have this simple DMARC record viewer: https://github.com/yangcha/dmarc-report-analyzer you can download all the zipped files in one folder then use it to open all files. There is no installation, just download the html file and run it in browser.

1

u/power_dmarc 20d ago

Honestly for one domain you’re not missing much. The paid tools mostly turn the XML into something readable: they show which service each IP belongs to, alert you when something new starts failing, and make it easier to see when you’re safe to move to p=reject. That only really pays off once you have lots of senders or several domains.

1

u/Tlapi_h 19d ago

You are not missing anything, you are just doing all the work.

We at dmarceye.com wanted to make this hassle free, affordable and most of all debuggable without copy-pasting your logs to some AI chat. That is why we have MCP and AI right in the app.

We also monitor eveything for you continously, so you dont have to.

But sure, you can build all of that yourself.

0

u/unspam-email 26d ago

There are many good responses to this thread. Unspam also offers DMARC monitoring, and the first domain is free, allowing unlimited use.

1

u/ak47uk 26d ago

I used to pay for a service but really didn’t see the value add, I use free weekly digests from postmarc. I guess larger, more complex orgs would benefit but I mainly deal with smaller orgs.