Troubleshooting: Emails Landing in Spam
Learn why emails land in spam and how to fix SPF, DKIM, DMARC, blacklist, reverse DNS, content, bounce rate and domain reputation issues.
Introduction
When legitimate email lands in spam, the problem is rarely a single missing DNS record. Mailbox providers combine authentication, reputation, infrastructure signals, message content and recipient behavior to decide placement.
This guide covers the most common causes: SPF, DKIM and DMARC failures or misalignment, blacklisted sending IPs, poor reverse DNS, low domain reputation, spam-like content, high bounce rates, sudden volume spikes, shared hosting reputation issues, and contact forms that spoof the From address.
Quick answer
Start with Domain Health Checker and authentication tools to confirm SPF, DKIM and DMARC pass and align. Then check blacklists and rDNS, review message headers and content, reduce bounces, avoid sudden volume spikes, send through authenticated SMTP or a reputable transactional provider, and retest with major mailbox providers.
Why emails land in spam
Spam filtering is probabilistic. A message may pass authentication but still be filtered because the sending IP is listed, the domain is new, recipients rarely engage, or the content resembles bulk abuse.
- SPF, DKIM or DMARC missing, failing or not aligned
- Sending IP or domain on a blacklist
- Missing or generic reverse DNS (PTR)
- Low domain or IP reputation
- Spam-like subject lines, wording or formatting
- Too many links or poor URL reputation
- High hard bounce rate from bad lists
- Sudden large volume from a new sender
- Shared hosting IP with poor neighbor reputation
- Contact forms sending with a spoofed From address
- High complaint rate from recipients marking mail as spam
Check Authentication-Results and Received headers in a test message. They show whether authentication passed before content and reputation filters run.
Why this matters
Mail in spam hurts sales, support, password resets, invoices and customer trust. If authentication or reputation problems persist, mailbox providers may throttle or reject mail entirely.
Fixing spam placement early protects domain reputation and makes later DMARC enforcement safer.
How to check spam causes
- Run Domain Health Checker on your sending domain.
- Verify SPF, DKIM and DMARC with the dedicated checkers.
- Send a test email and inspect Authentication-Results headers.
- Check the sending IP against Blacklist Checker.
- Verify reverse DNS with Reverse DNS Checker.
- Review subject line, links, attachments and HTML formatting.
- Check recent bounce and complaint rates in your mail provider.
- Send tests to Gmail, Outlook and Yahoo mailboxes.
Run a domain health check
Use Domain Health Checker to review SPF, DKIM, DMARC, MX, blacklist and related signals in one report.
Common problems
SPF missing or failing
HighThe sending server is not authorized in the domain SPF record.
Next step: Fix SPF includes and verify the real sending service is listed.
DKIM not signing messages
HighOutgoing mail leaves without a valid DKIM signature or uses the wrong selector.
Next step: Enable DKIM signing in your provider and publish the correct public key.
DMARC missing or failing alignment
HighNo DMARC policy exists or SPF/DKIM do not align with the From domain.
Next step: Add a starter DMARC record and fix alignment before strict enforcement.
Sending IP blacklisted
HighThe IP appears on one or more DNSBLs used by mailbox providers.
Next step: Fix the abuse source, then request delisting only after cleanup.
Poor or missing rDNS
MediumThe sending IP has no PTR record or points to a generic provider hostname.
Next step: Request proper PTR from the IP owner and ensure forward DNS matches.
Low domain reputation
MediumThe domain is new or has a history of complaints and bounces.
Next step: Send consistently to engaged recipients and avoid risky volume spikes.
Message content looks spam-like
MediumSubject lines, wording, excessive caps or link-heavy HTML trigger filters.
Next step: Simplify content, use clear branding and avoid spam trigger patterns.
High bounce rate
MediumToo many messages go to invalid or stale addresses.
Next step: Remove bad addresses, use double opt-in and validate lists before sending.
Sending too much too soon
MediumA new domain or IP started with large bulk volume immediately.
Next step: Warm up gradually with engaged recipients and monitor placement.
Contact form spoofing From address
MediumForms send mail that appears to come from the visitor address without proper authentication.
Next step: Send forms through SMTP with a real mailbox From address and Reply-To for the visitor.
How to fix
-
Step 1: Check SPF, DKIM and DMARC
Run the authentication checkers and fix failures before focusing on content or reputation.
-
Step 2: Check blacklists
Test the sending IP and domain with Blacklist Checker and resolve listings at the source.
-
Step 3: Check rDNS
Confirm the sending IP has valid PTR that resolves forward back to the same IP.
-
Step 4: Review message headers
Inspect Authentication-Results, Received timestamps and Return-Path in a test message.
-
Step 5: Review content and links
Improve subject lines, reduce suspicious links and use consistent branding and unsubscribe options for bulk mail.
-
Step 6: Reduce bounces
Remove invalid addresses, validate new signups and stop mailing old unengaged lists.
-
Step 7: Avoid sudden volume spikes
Increase sending volume gradually, especially on new domains, IPs or providers.
-
Step 8: Use authenticated SMTP or transactional email
Route website and app mail through a reputable SMTP or transactional provider instead of unauthenticated PHP mail.
-
Step 9: Monitor reputation
Track complaints, bounces, blacklist status and DMARC reports over time.
-
Step 10: Re-test with different mailbox providers
Send fresh tests to Gmail, Outlook, Yahoo and your own domain mailbox after each fix.
Examples
Authentication-Results: mx.google.com;
spf=pass smtp.mailfrom=mail.example.com;
dkim=pass header.d=example.com;
dmarc=pass header.from=example.com
Received: from mail.example.com (198.51.100.10)
Return-Path: <bounce@example.com>
Do not buy lists, spoof From addresses, or blast large volumes from a new domain to recover inbox placement. Those tactics usually make reputation worse.
Frequently asked questions
Why do emails land in spam even when DNS looks correct?
Mailbox providers also evaluate reputation, content, complaints, bounces, sending volume, rDNS and engagement. Authentication alone does not guarantee inbox placement.
Do SPF, DKIM and DMARC stop spam folder placement?
They reduce spoofing risk and improve trust, but poor reputation, blacklists, spammy content or sudden volume spikes can still send mail to spam.
Can shared hosting cause spam folder delivery?
Yes. A shared IP with poor reputation or missing rDNS can affect all senders on that IP, even when your domain authentication passes.
Does message content matter for spam filtering?
Yes. Excessive links, misleading subjects, spam trigger wording, URL reputation and poor HTML formatting can all increase spam scores.
How do I test whether my mail goes to spam?
Send test messages to Gmail, Outlook, Yahoo and your own domain mailbox, then check inbox vs spam and review Authentication-Results headers.
Can a high bounce rate hurt deliverability?
Yes. Sending to invalid addresses signals poor list hygiene and can damage domain and IP reputation over time.
Should I warm up a new domain before bulk sending?
Yes. New domains and IPs should start with low, consistent volume to legitimate recipients before large campaigns.
Related tools
Use these free tools to verify your configuration after applying changes.
Related guides
Browse all Troubleshooting guides →Need help applying this fix?
Send us your domain, report link or issue details. CheckDomainHealth will review the request and route it to the right technical team if hands-on support is needed.
Was this guide helpful?
Your feedback helps us improve our guides for everyone.
Thanks for your feedback!