Why Your WordPress Emails Aren’t Sending

uriByuri Security, WordPress

If you’ve ever launched a website only to discover that contact form submissions vanish into the void, password reset emails never arrive, or order confirmations go missing, you’re not alone. Email delivery is one of the most misunderstood aspects of running a WordPress site, and it’s a problem that catches many site owners off guard.

Let me walk you through why this happens and what actually works.

The Problem: WordPress’s Built-In Email System

By default, WordPress uses PHP’s mail() function to send emails. This sounds simple enough—your website just sends emails directly, right? Unfortunately, this approach has become increasingly unreliable over the last decade, and here’s why:

Modern Email Is a Trust Problem

Email providers like Gmail, Outlook, and Yahoo are in a constant battle against spam. They’ve implemented increasingly strict filtering systems that check:

  • SPF records – Is this server authorized to send email for this domain?
  • DKIM signatures – Is this email cryptographically signed and verified?
  • DMARC policies – What should happen if authentication fails?
  • Sender reputation – Does this IP address have a history of sending spam?

When WordPress sends email using PHP mail, it’s often like sending a letter where the return address doesn’t match the post office you’re sending from. The technical pieces (SPF, DKIM, DMARC) don’t line up, so providers either distrust it or dump it into spam folders.

Shared Hosting Makes It Worse

If you’re on shared hosting (which most websites are), your emails are sent from an IP address shared with dozens or hundreds of other websites. If even one of those sites sends spam, the entire IP gets blacklisted—and your legitimate emails become collateral damage.

Many modern hosting providers have either disabled PHP mail entirely or throttled it so heavily that it’s effectively useless for production sites. This isn’t a bug—it’s a security feature.

The Journey: From Free to Functional

Here’s the typical progression we see (and the one that inspired this article):

Stage 1: “Why Aren’t My Emails Working?”

You launch your site. Everything looks great. Then customers start calling: “I never got a confirmation email.” You check your WordPress settings. Everything seems fine. You send a test. Sometimes it works, sometimes it doesn’t. Welcome to the intermittent nightmare of PHP mail.

Stage 2: “Let’s Try a Free Service”

You discover services like SendGrid, which offer free tiers (usually 100 emails/day). You install a plugin, add your API key, and suddenly emails work! Problem solved!

Or so you think.

Stage 3: “We Hit the Limit” (or Worse, “We Got Flagged”)

One of two things happens:

Option A: Your site grows. You hit the free tier limit. Now you’re either upgrading or your emails are failing again.

Option B: Something in your email content, sending patterns, or recipient list triggers spam filters. Your account gets flagged or suspended. Even if it’s a false positive, getting un-flagged is often harder than just switching services.

Stage 4: “Wait, Now There’s a Bill?”

You switch to a paid service like Mailgun, Amazon SES, or a paid SendGrid tier. Your emails work reliably. Your customers are happy. Your forms work. Your e-commerce flows function properly. Then comes the confusion: “Why am I paying for email? This should be free, shouldn’t it?”

Why Transactional Email Services Cost Money (And Why That’s Okay)

Here’s what you’re actually paying for with a service like Mailgun, SendGrid, or Amazon SES:

  1. Dedicated infrastructure with properly configured email servers
  2. Reputation management across major email providers
  3. Authentication setup (SPF, DKIM, DMARC) that’s maintained for you
  4. Deliverability monitoring to ensure emails actually arrive
  5. Dedicated IP addresses (on higher tiers) that aren’t shared with spammers
  6. Delivery analytics so you know what’s working and what isn’t
  7. Compliance tools to stay on the right side of anti-spam laws

Think of it like this: You wouldn’t expect your website hosting to include free telephone service. Email delivery is a separate infrastructure service that happens to integrate with your website.

What It Actually Costs

The good news? For most small to medium websites, transactional email is surprisingly affordable:

  • Mailgun: Starts at $15/month for 10,000 emails, then pay-as-you-go per additional 1,000 emails
  • Amazon SES: $0.10 per 1,000 emails (plus small data transfer fees), with a limited free tier for new accounts
  • SendGrid: $19.95/month for 50,000 emails
  • Postmark: $15/month for 10,000 emails

For most small to medium websites using a dedicated email service, you’re typically looking at somewhere in the $10-30/month range. With something like Amazon SES at low volume, it can be even cheaper, but it’s still an explicit line item. That’s less than a couple of lattes.

How to Set This Up Right From the Start

If you’re launching a new WordPress site or fixing an existing one, here’s what to do:

1. Choose a Transactional Email Service

Pick one based on your volume and budget:

  • Low volume, want simplicity: Mailgun or Postmark
  • High volume, want cheap: Amazon SES
  • Marketing + transactional: SendGrid or Mailchimp Transactional

2. Install the Right Plugin

  • WP Mail SMTP (works with most services)
  • Post SMTP (good for beginners)
  • Service-specific plugins (like Mailgun’s official plugin)

3. Configure Authentication

This usually means:

  • Adding DNS records (SPF, DKIM) to your domain
  • Verifying your sending domain
  • Testing before going live

Most plugins walk you through this, and most services have excellent documentation.

4. Test Everything

Before launching:

  • Send test emails to Gmail, Outlook, and Yahoo
  • Check spam folders
  • Test all your forms
  • Verify e-commerce emails (if applicable)
  • Set up a password reset test

5. Monitor Deliverability

Check your service dashboard regularly for:

  • Bounce rates
  • Spam complaints
  • Failed deliveries

Most services will alert you if something’s wrong.

The Real Cost of “Free”

Here’s what we’ve learned after years of managing WordPress sites: The cheapest option upfront is rarely the cheapest option long-term.

When email fails:

  • Customers get frustrated and leave
  • Sales are lost
  • Support tickets increase
  • Your reputation suffers
  • Password resets don’t work (users can’t log in)
  • You spend hours troubleshooting

A $15/month email service that works 99.9% of the time is infinitely cheaper than lost revenue and frustrated customers.

A Note to Site Owners

If your developer is telling you that you need a paid email service, they’re not trying to upsell you. They’re trying to save you from the headache we see all too often: a website that looks perfect but silently fails at the most critical moment—when it needs to communicate with your customers.

WordPress doesn’t send email reliably by default. This isn’t a bug in your site. It’s not something that “should just work.” It’s the reality of modern email infrastructure. The good news? The solution is straightforward, affordable, and will save you countless hours of frustration.

Bottom Line

If email is important to your website (and it almost always is), budget for a transactional email service from day one. It’s not an optional extra—it’s essential infrastructure, like hosting or your domain name.Your future self (and your customers) will thank you.