Elementor form not sending email: where it fails

The form does two jobs that look like one. The page checks the fields and then shows the thank-you message, and separately the server is asked to send an email. The message can appear even when that second job fails, so a visitor sees success and you hear nothing. The recipient in the email settings decides where the message goes. A blank field, a typo or a domain that does not accept mail all lead to silence, and none of them change what the visitor sees on the page.

• Open the form's email settings and read the recipient. Is it your own address, spelled correctly?
• Send one test submission to an address you can open, then check its spam folder first.
• After you press send, read the form for an error under a field, because a failed check stops the email.
• Ask your host or mail service whether the site may send mail from its own domain.
• Open the browser console on the form page and press send. Does a request fail at that moment?

A visitor fills in the name, the email address and the question, then presses send. The form checks the fields, the browser sends the values to your site, and the page swaps the form for a thank-you message. The email is a separate action that the site runs after it accepts the input. The thank-you message does not wait for the mail to leave, so a failed send looks exactly like a good one from the visitor's side. That is why the page is the wrong place to look for the cause.

The first place is the recipient. If the field is empty, holds an old address or points at an inbox that was closed, the email has nowhere to go. The second place is sending. Many hosts need a mail service set up before the site can send mail outside, and a plain install may send nothing at all, with no error shown to the visitor.

The third place is delivery. A message that arrives without the right sender details can land in a spam folder or be dropped by the receiving server, and nothing on your site records that. Check the places in order. The recipient takes a minute to read, the sending path needs your host or mail service, and the spam folder is where a message often ends up, while still counting as sent.

A simulated visitor fills in the form, presses send and records what the page shows, with a screenshot at each step. If your form also sends a copy to the address the visitor typed, the visitor's own inbox receives it, and the run shows whether that copy arrives. That is a real check on your mail path. The visitor cannot open your inbox, so whether the message reached you is still something you check yourself, in your own mailbox and spam folder.

Form plugins, mail settings and hosts change over time, and a form that sent mail last month can stop after one of them moves. After each change, submit the form with the same simulated visitors and check whether the copy still arrives. Keep the visitor list fixed so each run compares the same steps. A staging copy behind a site password needs that password in the run, which is part of paid credits.