Last issue was about the video costing you mobile visitors. This one is about something worse, because it's invisible: the enquiry that submitted successfully and never reached anyone.

The visitor fills in your form. They see "Thanks, we'll be in touch." They go away believing they contacted you. No email arrives. Nothing errors. Nothing alerts. And you find out five weeks later when someone mentions, politely, that they emailed you twice and gave up.

That's a silent failure, and it's the most expensive category of bug a lead-generation site can have — because the cost isn't the fix, it's every enquiry that fell through between the day it broke and the day you noticed.

Why your SMTP plugin doesn't catch it

This is the bit that surprises people. WP Mail SMTP, FluentSMTP and the rest log the transport. They can tell you a message was sent, or bounced, or was rejected. They're good at that.

They cannot tell you that an entry existed for which no email was ever attempted. And that's the common failure. The three I see most:

A notification was disabled — usually while someone was testing, and never switched back on.
Conditional logic routes nowhere. Someone edits the form, a field ID shifts, and the rule that used to send to sales now matches nothing.
A merge tag or PHP error swallows the send before it reaches the mailer at all.

In all three cases the mail log is clean, because nothing was ever handed to the mailer. There is no error to find.

This week's fix: test it now, then reconcile it forever

Do the manual version today, it takes four minutes. Submit your own main form, from a phone, on mobile data, using an address on a different provider from your normal one. Then check every recipient that should have received it — not just yours. Repeat for any form that has conditional routing. That catches today's breakage.

The durable fix is reconciliation: for every entry, snapshot which notifications should have fired, then check a couple of minutes later whether each one actually was attempted. Anything expected but never attempted is your silent failure — and it's detectable without any cooperation from the mail system.

I built that as Gravity Forms Notification Guard — £29, one-time. A single lost quote request usually costs more than that once.

Silent-failure detection: reconciles each entry against its expected notifications and flags anything never attempted.
Notification ledger: every attempt logged per entry — notification, recipient, status, attempt count, and a plain-English reason like "skipped by conditional logic" or "notification disabled", not a raw error code.
Independent alerts: warnings go to a secondary email (ideally on a different provider) and/or a Slack-compatible webhook — a channel separate from the mail system that may itself be the thing failing. Throttled to one per form per 15 minutes, and privacy-safe by default, sending only the entry ID and form title.
Auto-retry and one-click resend: three automatic attempts on a 5 / 30 / 120-minute backoff, plus manual resend from the ledger any time.
Weekly delivery report: per-form entries, sent, failed, skipped and resends — white-labellable, so agencies can forward it to clients as proof every lead was delivered.

It's a native Gravity Forms add-on, runs happily alongside any SMTP plugin, and needs WordPress 6.4+, Gravity Forms 2.7+, PHP 8.0+ and WP-Cron enabled. 14-day no-questions refund.

The question worth sitting with

If your contact form stopped emailing you tomorrow morning, how long would it take you to notice? For most sites the honest answer is "when it gets quiet enough to feel weird" — which is weeks. Every one of those weeks is full of people who think they contacted you.

This issue lives in the archive, organised by topic. And the plugins page shows the repeatable workflows alongside the service work.

How we can work together

Reply and tell me the last time you found out about a lost enquiry the awkward way. I'll tell you which failure mode it was.