16:07:32 | records: 34602 | dups: 0 | errors: 1 | sources: cache:34602 messages:0 | imap status: idle | last imap fetch: 16:07:30

dmarc poc

DMARC aggregate report viewer (proof of concept)

schlittermann.de
EN | DE
clear
records
6
parse errors
1
unique source IPs
1
report date range
2026-05-12 — 2026-08-26 02:00:00

Top 10 source IPs

networkcount
MSFT 8

Top 10 header-from domains

domaincount
uakari.example.com 7
panda.example.com 1

Phase 1 — Discovery: who is sending mail from your domains? ⓘYou have published p=none and are collecting data. Nobody is being blocked yet.

Focus on message volume, not IP count — a source sending 50 000 messages is urgent; one sending 3 is noise.

Both-fail sources (DKIM fail AND SPF fail) are either spoofing attempts or services that were set up without telling you. Surface these first.

Expand a domain, then open "By source IP" to see the quadrant breakdown per prefix group.

Sender landscape
both pass SPF fail DKIM fail both fail
uakari.example.com 7
100%
MSFT total 7
IP PTR Total DMARC failures share
2603:10a6:20b:21a::30 — 7
Enterprise Outlook total 7

Top 10 failing source IPs

countsource IPPTR
7 2603:10a6:20b:21a::30ⓘ
domaindispdkimspf#
uakari.example.comrejectfailfail7
 		—
source IPheader-fromcount dispositionDKIMSPFreport begin
2603:10a6:20b:21a::30 uakari.example.com 1 reject fail fail 2026-05-12 02:00
2603:10a6:20b:21a::30 uakari.example.com 1 reject fail fail 2026-05-21 02:00
2603:10a6:20b:21a::30 uakari.example.com 1 reject fail fail 2026-08-05 02:00
2603:10a6:20b:21a::30 uakari.example.com 3 reject fail fail 2026-08-18 02:00
2603:10a6:20b:21a::30 uakari.example.com 1 reject fail fail 2026-08-26 02:00
panda.example.com 1
100%
MSFT total 1
IP PTR Total DMARC failures share
2603:10a6:20b:21a::30 — 1
Enterprise Outlook total 1

Top 10 failing source IPs

countsource IPPTR
1 2603:10a6:20b:21a::30ⓘ
domaindispdkimspf#
panda.example.comrejectfailfail1
 		—
source IPheader-fromcount dispositionDKIMSPFreport begin
2603:10a6:20b:21a::30 panda.example.com 1 reject fail fail 2026-08-19 02:00

Phase 2 — Hardening: what would break if you tightened the policy? ⓘYou understand your sender landscape and want to move from p=none toward p=quarantine or p=reject. The risk is collateral damage to legitimate mail.

Policy readiness % = share of messages that would survive a reject policy today.

SPF-only sources need DKIM signing added in their sending platform.

DKIM-only sources need their SPF record aligned with your From: domain.

No DMARC alignment sources send all mail failing — configure or block.

Inconsistent sources have mixed results — investigate per-IP.

DMARC readiness
both pass SPF fail DKIM fail both fail
uakari.example.com 7 / 7
100%
MSFT 7 / 7
IP PTR Fail / Total DMARC failures share
2603:10a6:20b:21a::30 — 7 / 7

no DMARC alignment

Enterprise Outlook total 7

Top 10 failing source IPs

countsource IPPTR
7 2603:10a6:20b:21a::30ⓘ
domaindispdkimspf#
uakari.example.comrejectfailfail7
 —
source IPheader-fromcountdispositionDKIMSPFreport begin
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-05-12 02:00
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-05-21 02:00
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-08-05 02:00
2603:10a6:20b:21a::30uakari.example.com3reject fail fail 2026-08-18 02:00
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-08-26 02:00
panda.example.com 1 / 1
100%
MSFT 1 / 1
IP PTR Fail / Total DMARC failures share
2603:10a6:20b:21a::30 — 1 / 1

no DMARC alignment

Enterprise Outlook total 1

Top 10 failing source IPs

countsource IPPTR
1 2603:10a6:20b:21a::30ⓘ
domaindispdkimspf#
panda.example.comrejectfailfail1
 —
source IPheader-fromcountdispositionDKIMSPFreport begin
2603:10a6:20b:21a::30panda.example.com1reject fail fail 2026-08-19 02:00

Phase 3 — Steady state: did something break? Is anyone spoofing you? ⓘYou have a tight policy in place (p=quarantine or p=reject). Watch for anomalies.

New sources — an IP appearing for the first time in the last 30 days that was not seen before. Could be a new legitimate sender nobody configured, or the start of a spoofing campaign.

Active failures — sources still failing DMARC under a strict policy in the last 30 days. Persistent failures with high volume are either spoofing or a misconfigured legitimate service that needs fixing.

If a major reporter (Google, Microsoft) stops appearing, your rua= address may be bouncing.

Alignment health — last 30 days
both pass SPF fail DKIM fail both fail
05-12
05-21
08-05
08-18
08-19
08-26
uakari.example.com 7 / 7
100%
05-12
05-21
08-05
08-18
08-19
08-26
MSFT new failing 7 / 7
IP PTR Fail / Total DMARC failures share
2603:10a6:20b:21a::30 — 7 / 7
Enterprise Outlook total 7

Top 10 failing source IPs

countsource IPPTR
7 2603:10a6:20b:21a::30ⓘ
domaindispdkimspf#
uakari.example.comrejectfailfail7
 —
source IPheader-fromcountdispositionDKIMSPFreport begin
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-05-12 02:00
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-05-21 02:00
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-08-05 02:00
2603:10a6:20b:21a::30uakari.example.com3reject fail fail 2026-08-18 02:00
2603:10a6:20b:21a::30uakari.example.com1reject fail fail 2026-08-26 02:00
panda.example.com 1 / 1
100%
05-12
05-21
08-05
08-18
08-19
08-26
MSFT new failing 1 / 1
IP PTR Fail / Total DMARC failures share
2603:10a6:20b:21a::30 — 1 / 1
Enterprise Outlook total 1

Top 10 failing source IPs

countsource IPPTR
1 2603:10a6:20b:21a::30ⓘ
domaindispdkimspf#
panda.example.comrejectfailfail1
 —
source IPheader-fromcountdispositionDKIMSPFreport begin
2603:10a6:20b:21a::30panda.example.com1reject fail fail 2026-08-19 02:00