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).
mail(), and inbox placement recovers.
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.
mail() from a shared server IP instead of authenticated SMTP — unauthenticated mail from a noisy shared IP is treated as spam.p=none to monitor what's happening, then tighten the policy once SPF and DKIM pass reliably.mail(). Send contact-form and WooCommerce mail through authenticated SMTP via your ESP or an SMTP plugin instead of raw mail().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.
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).
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.
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.
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.
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.