Identify which message is missing
Distinguish a participant’s result email from a team notification and from an external integration alert. These have different recipients and configuration paths. Ask what event was supposed to produce the message: completed submission, payment or another supported action. Do not treat all missing email as one problem. A visitor can successfully submit data without the intended person receiving an alert, and a notification can arrive without containing enough context to perform the next task.
Diagnose the existing record first
The notification documentation describes event choices, recipient limits and plan-dependent options. Review the configured event and recipient against the actual completed action. Check whether the response exists and whether the notification state offers useful information. Do not expose private request details while troubleshooting or paste them into public support examples. If the original submission is present, preserve its identity instead of asking the visitor to re-enter the whole request as the first recovery step.
Test the smallest demonstrated repair
If a configuration mismatch is observed, correct that specific mismatch under appropriate authority and use a bounded harmless test. Avoid changing several unrelated settings simultaneously, which makes it harder to tell what fixed the problem. A participant email and an owner notification may need separate checks. Record configuration success, send status and actual receipt separately. None of these should be silently substituted for the others when deciding whether the workflow is ready.
Keep a manual recovery path
When the message outcome remains uncertain, the team should be able to locate the existing response and continue the requested action safely. That is why a useful retained record matters more than the presence of a single inbox alert. Do not promise that a resend or another submission is harmless unless the system’s behavior is established. A short recovery note should say what exists, what is missing and who owns the next check.
Sources used for this page
These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.
- Submission notifications — Merchant documentation · help.involve.me · Merchant-controlled · checked 2026-09-23
- Follow-up emails to participants — Merchant documentation · help.involve.me · Merchant-controlled · checked 2026-09-23
- Participant results and analytics — Merchant documentation · help.involve.me · Merchant-controlled · checked 2026-09-23