Back to Blog

Why Emails Go to Spam: A Practical Diagnosis

10 min read
Why Emails Go to Spam: A Practical Diagnosis

Spam placement is rarely caused by one “spam word.” Mailbox providers combine authentication, sender reputation, recipient behavior, sending patterns, and message-level signals. The fastest fix is therefore a diagnosis that narrows the problem before you change the copy.

Start with the symptom

“It went to spam” can mean several different things. A message may be rejected during SMTP, accepted and placed in spam, delivered to a secondary tab, or delivered to the inbox for one provider and spam for another.

What you observeFirst questionMost useful evidence
A hard rejectionWas the message accepted by the receiving server?SMTP response and bounce code
Spam at Gmail but not OutlookIs the problem provider-specific?Seed tests and provider-level delivery data
A sudden drop after a volume increaseDid the sending pattern change?Daily volume, complaint, bounce, and engagement trends
Only an old or imported segment is affectedIs list quality the problem?Segment-level bounces, complaints, and recent activity
Authentication failsWhich identity failed, and did it align?Authentication-Results headers and DNS

Do not use an open-rate drop by itself as proof of spam placement. Privacy features, tracking changes, and mailbox image caching can all distort opens. Pair it with clicks, replies, conversions, delivery events, and controlled mailbox tests.

Check authentication before editing content

Authentication does not guarantee inbox placement, but a broken setup can make every other diagnosis harder. Gmail’s sender guidance recommends SPF, DKIM, and DMARC for sending domains; bulk senders to personal Gmail accounts need all three, and marketing messages over 5,000 per day need one-click unsubscribe support. See the current Gmail sender guidelines.

CheckWhat it provesWhat to inspect
SPFThe envelope sender is authorized to use the sending domainOne SPF record, correct providers, and lookup limits
DKIMThe message was signed and the signature survived transitdkim=pass, the selector, key size, and the d= domain
DMARCSPF or DKIM passed with alignment to the visible From domaindmarc=pass, aligned header.from, and policy reports
Reverse DNSThe sending IP has a coherent hostname identityPTR and forward A/AAAA records, when you control the IP

Check the headers on a real message, not only the ESP dashboard. A message can have a DKIM pass for a provider-owned domain while failing DMARC alignment with the brand’s From domain.

Authentication-Results:
  spf=pass
  dkim=pass header.d=example.com
  dmarc=pass header.from=example.com

If you see dmarc=fail, fix alignment before tuning the subject line. If SPF fails but DKIM passes and aligns, DMARC can still pass; the goal is at least one aligned authentication path, not necessarily a perfect result for every mechanism.

Separate reputation from message content

Once authentication is healthy, compare the affected send with a recent send that reached the inbox. Look for changes in:

  • recipient source or consent language;
  • percentage of inactive recipients;
  • sending domain, subdomain, IP pool, or provider;
  • daily volume and cadence;
  • hard bounces and unknown-user responses;
  • spam complaints and unsubscribe activity;
  • URL domains, redirectors, attachments, and tracking changes;
  • message category and From identity.

Reputation problems usually appear across multiple campaigns or segments. Content problems are more likely to appear on one template, one link domain, or one campaign while the rest of the stream is stable. This is a heuristic, not a mailbox-provider guarantee, but it is a useful first split.

PatternMore likely explanationSafe next move
Every campaign worsened after a migrationAuthentication, IP/domain reputation, or volume shockPause the ramp, verify headers, and compare provider results
One campaign is affectedLink, attachment, template, or offer issueSend a stripped-down control to an engaged segment
Cold recipients bounce or complainStale data or weak consentSuppress the segment and audit acquisition
Gmail worsened while other providers held steadyProvider-specific reputation or filteringInspect Gmail Postmaster data if available and reduce risk at Gmail

Audit the recipient list

The most reliable way to improve placement is to send fewer risky messages. Remove or suppress:

  1. hard bounces and repeated soft bounces;
  2. addresses that never confirmed consent;
  3. purchased, scraped, or role-based addresses that were not intentionally subscribed;
  4. recipients who have been inactive for a long period;
  5. contacts who opted out of the specific message category.

Do not “win back” a cold segment by sending it more aggressively. Run a separate re-engagement path with a clear reason to stay subscribed, then suppress non-responders. Keep transactional mail separate from promotional mail so a risky marketing segment does not contaminate password resets or receipts.

A 30-minute diagnosis

Use this order when a campaign is already underperforming:

1. Capture a real message

Send the exact template to test mailboxes at the providers where the problem appears. Save the full headers, SMTP response, and rendered result. Note the sending domain, envelope-from, DKIM selector, link domains, and attachment types.

2. Verify DNS and headers

Query the records that the message actually uses:

dig +short TXT example.com
dig +short TXT selector._domainkey.example.com
dig +short TXT _dmarc.example.com

Then compare those results with Authentication-Results. A DNS record that exists is not enough if the provider is signing with a different selector or sending with a different envelope domain.

3. Compare cohorts

Split the send by provider, acquisition source, engagement recency, and message category. A single aggregate delivery number can hide the fact that a newly imported segment generated most of the complaints.

4. Stop the risky change

If volume, audience, provider, or template changed at the same time, roll back the least necessary change. Continue only with a small, consented, engaged audience while collecting evidence.

5. Test one variable

Use a control message with the same sender and audience but a simpler body and no attachment. If the control still lands in spam, content is probably not the primary issue. If only the original fails, inspect links, domains, HTML, and the offer.

Common fixes that do not work

  • Removing one word such as “free” while continuing to send to an unengaged list.
  • Adding more images or hiding links to make the message “look less promotional.”
  • Repeatedly sending test messages to the same mailbox without changing the underlying signal.
  • Moving to a new domain to escape a problem without fixing consent and list hygiene.
  • Increasing volume because a dashboard says delivery was successful. Accepted mail can still be filtered after SMTP.

How to know the fix worked

Look for improvement across several signals over multiple sends:

  • fewer spam complaints and hard bounces;
  • stable delivery by provider;
  • stronger clicks, replies, or conversions from the same audience;
  • consistent authentication results;
  • no new spike in unsubscribes or abuse reports;
  • stable placement for both promotional and transactional streams.

Keep a change log. Record the date, audience, volume, provider, template, links, authentication result, and observed outcome. Without that history, teams tend to repeat the same “fix” every few weeks.

FAQ

Does a spammy subject line cause spam placement?

It can contribute to filtering, but it is rarely enough to explain a broad, sustained problem by itself. Check authentication, recipient behavior, volume, and list source first.

Does DMARC p=reject make mail land in the inbox?

No. DMARC tells receivers how to handle messages that fail aligned authentication. A message that passes DMARC can still be filtered for reputation, content, or recipient engagement.

Should I use a new domain?

Only when there is a legitimate brand or stream reason. A new domain has no positive history and can create more trust problems if it is used to continue the same sending behavior.

Does an ESP’s “delivered” count prove inbox placement?

No. “Delivered” usually means the receiving server accepted the message. It does not tell you whether the message reached the inbox, a tab, or spam.

For a broader setup review, pair this diagnosis with the email authentication checklist, sender reputation guide, and inbox placement guide.