Task notification email helps you notice scheduled-job failures, but notification delivery and job execution are separate events. An absent email does not prove that a task failed to run, and a delivered message does not prove the application completed its intended work.
IN THIS ARTICLE
Check access and requirements
Choose a monitored recipient that remains reachable if the hosted domain has a problem. Review what the command writes to its output because notifications can include that text. Remove secrets and unnecessary customer information from task logs before enabling frequent reports.
01 Configure scheduled-task notification email in Plesk
- Open Scheduled Tasks for the intended subscription and edit the relevant task.
- Find the notification setting and select the available reporting mode, such as errors only or every execution. Match the choice to the job importance and expected frequency.
- Enter the custom notification address if offered, or verify the account address used by the selected default. Check spelling and ensure the mailbox can accept external messages.
- Save the task and perform one safe controlled execution if the job can be run immediately. For a task that changes business data, wait for the next planned execution instead.
- Check both the task result and the destination mailbox. Configure mail rules so important failures are visible without flooding an unmonitored folder.
How do I confirm task notifications arrive?
Confirm the expected notification arrives with a useful description and no sensitive output. Verify the application result separately. Document who responds to an error so reporting has an operational purpose.
Resolve setup problems
If no email arrives, inspect spam filtering, recipient quota, task output and server mail delivery. Some tools return a successful exit status despite application-level errors, so review their logs and exit behaviour. Do not manufacture a dangerous command failure on production just to test email; use a harmless diagnostic task when authorized.