This is the most expensive bug in small business web, because it is invisible. The form works. The success message appears. Visitors believe they contacted you. And for weeks, nobody knows the enquiries stopped arriving.
If your form shows success but no email lands, the message left Elementor successfully and stopped somewhere afterwards. That single fact eliminates most of what people try first.
The layers a form email passes through
Understanding the chain tells you where to look.
- Elementor collects the submission and hands it to WordPress.
- WordPress calls its mail function.
- The server attempts to send, usually via PHP mail unless configured otherwise.
- The receiving mail provider decides whether to accept it.
- Your inbox decides whether to show it or filter it.
A success message means step one worked. Failures at steps three and four are overwhelmingly the cause, and they are silent by design.
Step one: check the submissions record
Before anything else, go to Elementor then Submissions. If your entries are there, the form is capturing correctly and you have a pure delivery problem, not a form problem.
This also means you have not lost the enquiries, which is usually the first thing the business owner wants to know.
Step two: stop using PHP mail
This is the fix in the large majority of cases, and everything else is secondary to it.
By default WordPress sends through the server PHP mail function. Mail sent that way has no authentication behind it, and modern receiving providers treat unauthenticated mail from a random web server as spam or reject it outright. Google and Microsoft in particular tightened bulk sender requirements through 2024 and have kept tightening.
The fix is to send through a proper authenticated service using SMTP. Install an SMTP plugin and connect a real sending service: your Google Workspace or Microsoft account, or a transactional provider like Postmark, Brevo or Amazon SES.
Once configured, use the plugin test email feature. If the test arrives and the form does not, you have a different problem. If the test also fails, the error message will usually name the cause.
Step three: fix the From address
An extremely common misconfiguration. The form is set to send From the visitor email address, so a message claiming to be from a Gmail address arrives from your web server, which has no authority to send as Gmail. That fails SPF and DMARC checks and gets discarded.
Set From to an address on your own domain. Put the visitor address in Reply-To instead. You still hit reply and it still goes to them, and the message now authenticates properly.
Step four: check your domain records
If you send from your own domain, that domain needs SPF and DKIM records confirming your sending service is allowed to send on its behalf. Your email or SMTP provider will give you the exact values. Without them, delivery is a coin toss regardless of how the form is configured.
Step five: the boring ones
- Check spam and junk folders, including any server level quarantine your host or provider runs.
- Confirm the recipient address in the form action has no typo. It happens more than anyone admits.
- Test with a different recipient on a different provider to isolate whether it is your inbox specifically.
- Check whether a security plugin is blocking outbound mail.
The safeguard worth adding
Once it works, add a second delivery path so a silent failure cannot happen again. Elementor forms support multiple actions after submit, so send to a spreadsheet, a CRM, or a second inbox on a different provider alongside the email.
Then test the form monthly. Genuinely, put it in a calendar. A contact form is the only part of a website that can fail completely while looking perfect, and the cost is measured in enquiries you never knew existed. It is on our maintenance checklist for exactly that reason.
For other Elementor faults, the diagnostic guide covers the full sequence.
Frequently asked questions
Why does my Elementor form say success but no email arrives?
The submission was captured successfully and the failure happened after that, almost always at the sending or receiving stage. The usual cause is WordPress sending through unauthenticated PHP mail, which modern providers reject or filter. Check Elementor Submissions to confirm the entry exists, then configure authenticated SMTP.
Do I need an SMTP plugin for Elementor forms?
On virtually every site, yes. Default PHP mail has no authentication, and Google, Microsoft and most business providers now filter or reject it. An SMTP plugin connected to a real sending account is the difference between hoping mail arrives and knowing it does.
Should the form From address be the visitor email?
No, and this is a very common misconfiguration. Sending as a visitor Gmail address from your web server fails SPF and DMARC checks because your server has no authority to send for that domain. Use an address on your own domain as From, and set the visitor address as Reply-To.
Are my form submissions lost if the email never arrived?
Usually not. Elementor stores entries under Elementor then Submissions independently of email delivery, so the data is normally still there. Check that before assuming enquiries were lost, and export them if you have been missing emails for a while.
How do I stop form emails going to spam?
Send through authenticated SMTP, use a From address on your own domain, and publish correct SPF and DKIM records for whichever service does the sending. Those three together resolve the large majority of form email filtering problems.