⚠ Emails landing in spam right now? Fastest help: WhatsApp me (tell me your domain) or call 07864 880790
Get help now
Emergency fix · email deliverability

Your emails landing in spam?

When your contact-form replies, order confirmations or newsletters land in spam, customers think you're ignoring them — and you lose the sale. The cause is almost always missing email authentication. Below is exactly why it happens and how to fix it. If you want it sorted today, tell me your domain.

🇬🇧 UK-based, fixing sites remotely for the UK & US. US clients: the time-zone gap means a problem you report tonight is often fixed by your morning. Free 15-min diagnosis, fixed price from £150 (~$190).

Short answer: Emails from your site or domain going to spam is almost always missing or misconfigured email authentication — the SPF, DKIM and DMARC DNS records that prove your mail is legitimate. Add them correctly for your sending domain and service, send through authenticated SMTP rather than raw PHP mail(), and inbox placement recovers.

Why your emails go to spam

Spam filters at Gmail, Outlook and everywhere else ask one core question about every message: can I prove this really came from the domain it claims to be from? If your domain has no SPF, DKIM and DMARC records — or they're set up wrong — the answer is "no", and the safest thing the inbox can do is drop your mail in the spam folder. This is true whether the mail comes from a contact form, an order confirmation, or your normal day-to-day email.

The usual causes

  • No SPF record, or one that doesn't list your actual sender — so the receiving server can't confirm the message is allowed to come from your domain.
  • No DKIM signing — messages aren't cryptographically signed, so inboxes can't verify they weren't tampered with in transit.
  • No DMARC policy — nothing tells inboxes what to do when SPF or DKIM checks fail, so they default to suspicion.
  • The website sending via PHP mail() from a shared server IP instead of authenticated SMTP — unauthenticated mail from a noisy shared IP is treated as spam.
  • A sender domain that doesn't match the From address — a mismatch is a classic spoofing signal.
  • A blacklisted IP — your host or shared IP has a poor reputation from other senders.
  • Spammy subject or content, or no unsubscribe link — trigger words, all-caps subjects, or bulk mail with no opt-out.

How to fix it yourself

  1. Check current records. Look up your domain with a tool like MXToolbox to see whether SPF, DKIM and DMARC exist and what they currently say.
  2. Publish an SPF record. Add an SPF TXT record that includes every service that sends for you — your host, your ESP, and Google or Microsoft if you use them.
  3. Enable DKIM. Turn on DKIM at your mail provider or ESP and publish the public key it gives you as a DNS record.
  4. Add a DMARC record. Publish a DMARC TXT record — start with p=none to monitor what's happening, then tighten the policy once SPF and DKIM pass reliably.
  5. Move website mail off PHP mail(). Send contact-form and WooCommerce mail through authenticated SMTP via your ESP or an SMTP plugin instead of raw mail().
  6. Test it. Run the domain through mail-tester.com and send real test messages to a Gmail and an Outlook address to confirm inbox placement.

When to get a developer on it

DNS and SMTP configuration is fiddly, and a wrong record can stop all your mail — not just the bit that was going to spam. It's quick and cheap to get a pro to set it right the first time. I check what's missing, publish correct SPF, DKIM and DMARC records, wire your website mail through authenticated SMTP, and test it into real inboxes. You get a free 15-minute diagnosis and a fixed price before any work starts — no surprises.

Get it fixed today

Tell me your domain and what's bouncing to spam. I'll check your records free, give you one fixed price, and get your mail back in the inbox — usually the same day (overnight for US time zones, allowing for DNS propagation).

Emails-in-spam FAQ

Why do my website contact-form emails go to spam?

Usually because the mail isn't authenticated. The site sends via raw PHP mail() from a shared server IP, your domain has no SPF, DKIM or DMARC records that prove the message is legitimate, or the From address doesn't match the sending domain. Inboxes treat unauthenticated mail as suspicious and filter it.

What are SPF, DKIM and DMARC?

They're the three DNS records that authenticate your mail: SPF authorises which servers may send for your domain, DKIM cryptographically signs messages so inboxes can verify they weren't altered, and DMARC tells receiving inboxes what to do if the SPF or DKIM checks fail.

Will this fix delivery to Gmail and Outlook?

Yes — both Gmail and Outlook rely heavily on SPF, DKIM and DMARC plus your sender reputation. Correct authentication is the biggest single fix for getting mail into their inboxes rather than the spam folder.

Can it be fixed the same day?

Yes — the records can be published quickly once we know what's missing, though DNS changes can take a little time to propagate before every inbox sees them. Most domains are correctly authenticated the same day.

Other emergencies I fix