Troubleshooting eForm Mail Delivery on Hosted Environments

The donor described a familiar scenario: plain mail() worked, but eForm mail delivery did not. The project was running Evolution 1.0.12-d6.4 with eForm 1.4.4.9 on a hosted environment, which is exactly the kind of stack where configuration mismatches can hide for a long time.

What to check first

• whether the mail transport or sender configuration expected by eForm is actually available on the host
• whether report templates and hooks are assembling valid headers
• whether the host applies restrictions that affect mail wrappers, sender names, or transport libraries

When a raw PHP mail test succeeds but the form layer fails, the right question is not "does mail work?" but "what does the form layer add that the raw test did not?" That is usually where the mismatch lives.

Practical advice

Reduce the form to the smallest working example, test the report template separately, and compare the final headers and sender data with what the host actually accepts.