New to DMARC? Start with the fundamentals →
You did everything right. SPF passes, DKIM signs, DMARC reports come back green — and your mail still lands in spam. It's one of the most frustrating places to be in email, because every tool tells you you're fine while the inbox tells you you're not.
Here's the reconciliation: authentication and deliverability are different things. DMARC passing proves a message really came from your domain. It says nothing about whether the recipient's provider wants to deliver it. Those are separate decisions, and conflating them is why "but DMARC passes!" leads nowhere. Let's separate them and find the real cause.
Authentication is the entry ticket, not the seat
Think of authentication as the bouncer checking your ID at the door. SPF, DKIM, and DMARC confirm you are who you say you are. Pass, and you're allowed to be considered for the inbox. But getting in — inbox vs spam — is a separate judgment the mailbox provider makes using signals authentication never touches:
- Sending reputation of your IP and your domain.
- Spam-complaint rate — how often recipients hit "report spam."
- Engagement — opens, replies, deletes-without-reading, "not spam" rescues.
- Content — link quality, image-to-text ratio, spammy phrasing, risky attachments.
- List hygiene — sending to dead addresses, spam traps, unengaged recipients.
You can pass every authentication check and fail every one of these. When that happens, aligned, authenticated mail goes to spam — exactly as designed.
Alignment vs a raw "pass" — rule this out first
Before blaming reputation, make sure DMARC is actually passing the way you think. This is where a lot of "DMARC passes" claims quietly fall apart.
SPF and DKIM can each report "pass" on a domain that isn't yours. A third-party sender can pass SPF on its own return-path domain, or sign DKIM with its own domain — and you'll see "pass" in the headers. But DMARC only passes when the authenticated domain aligns with your visible From:. A raw SPF pass on sender.mailprovider.com does nothing for DMARC alignment on yourdomain.com.
So confirm the pass is aligned, not just present. Check the Authentication-Results header or your aggregate reports for a DMARC result of pass with the SPF/DKIM domain matching your From:. If it's passing SPF but DMARC shows fail, you have an alignment problem, not a reputation one — and our DMARC alignment and SPF vs DKIM explainers cover how to fix it. Only once alignment is confirmed should you move on.
When DMARC really does pass — the usual suspects
With alignment confirmed, spam placement almost always traces to one of these:
- Reputation. A new or cold sending domain/IP has no track record, so providers are cautious. A previously-abused IP (common with shared infrastructure) carries baggage. Reputation is built by consistent, wanted mail over time.
- Complaints. If recipients mark you as spam, providers learn fast. Google asks bulk senders to stay under a 0.3% complaint rate and ideally below 0.1% — we covered that threshold in the Google and Yahoo sender requirements.
- Engagement. Mail that's opened, read, and replied to teaches providers it's wanted. Mail that's deleted unread — or never opened — teaches the opposite.
- Content. Link shorteners, mismatched display URLs, heavy images with little text, and "spammy" language all weigh against you.
- List hygiene. Emailing addresses that bounce or have gone quiet, or hitting spam traps, is one of the fastest ways to tank placement.
A diagnostic order of operations
Work top to bottom — fix the floor before chasing the ceiling:
- Confirm DMARC passes with alignment (headers or aggregate reports). If not, that's your problem — fix it first.
- Check reputation. Google Postmaster Tools and Microsoft SNDS show domain/IP reputation and spam rates straight from the source.
- Check the complaint rate. Get it under 0.1% and keep it there.
- Review content. Strip risky links, fix image/text balance, drop spam-trigger phrasing.
- Clean the list. Remove hard bounces and long-unengaged recipients; stop emailing people who never open.
- Warm up if new. A new domain or IP needs gradual volume ramp-up before it earns trust.
When the problem really is authentication
Sometimes "DMARC passes" is wishful. Tell-tale signs the issue is still auth:
- A specific sender (your CRM, billing system, or newsletter tool) shows up in aggregate reports failing alignment while your main mail is fine.
- DKIM isn't signing on your domain at all — only SPF is carrying you, and only when the return-path aligns.
- A subdomain or third-party stream you forgot to configure is the one landing in spam.
In those cases, no amount of reputation work helps until the stream authenticates and aligns. Check your domain's authentication to see which sources actually pass — then fix the failing one before touching anything else.
Frequently asked questions
Why does my email go to spam even though DMARC passes? Authentication is only one input to placement. Once SPF, DKIM, and DMARC pass, mailbox providers weigh your sending reputation, spam-complaint rate, content, and recipient engagement — and any of those can send aligned, authenticated mail to spam. DMARC proves the mail is really from you; it doesn't vouch for whether people want it.
Does passing DMARC guarantee inbox delivery? No. Passing DMARC is necessary for good deliverability but not sufficient. It tells receivers the message is authenticated and aligned to your domain, but placement still depends on reputation, complaint rates, content, and engagement. Authentication is the entry ticket, not the seat.
The trap is treating authentication as a deliverability fix. It's the floor you have to stand on, not the ceiling you're reaching for. Confirm DMARC passes with alignment, then spend your energy where placement is actually decided — reputation, complaints, and sending mail people want. See which of your sources authenticate and start from a clean floor.