The most common mistake with form auto-reply emails is treating "enabled" as "delivered." Those are not the same state. When a respondent says, "I did not get the confirmation email," the cause might be in the form, the rule, the job queue, the email provider, the recipient mailbox, or the copy itself. If you start with SPF, DKIM, and DMARC every time, you may waste time. If you only check that the auto-reply setting is enabled, you may miss the actual failure. I have been building FORMLOVA , a form operations product where auto-replies, notifications, response status, analytics, and workflows are handled as post-submit operations. One pattern keeps showing up: Auto-reply debugging is a workflow trace, not a single email setting. Here is the debugging order I use. Separate the States First Before checking settings, split the problem into states.…