toggle
default:"off"
Sends an email each time a backup or restore finishes or fails, including scheduled runs that nobody is watching.
email
Where notifications are sent. Defaults to the site administrator address.
checkboxes
Four events, all on when notifications are enabled:
- Backup completed
- Backup failed
- Restore completed
- Restore failed
Why this matters more than it looks
A backup schedule that has been failing silently for a month feels exactly like a backup schedule that works. You find out the difference when you need to restore.Which to keep
Backup failed
Backup failed
Always. This is the alert the feature exists for.
Backup completed
Backup completed
Useful at first, so you can confirm the schedule works. Many people turn it off after a few weeks once they trust it, and that is reasonable, as long as failures are still reported.The argument for keeping it: a success email that stops arriving tells you the schedule stopped running entirely, which a failure alert cannot, because a job that never starts never fails.
Restore completed and failed
Restore completed and failed
Keep both. Restores are rare, usually urgent, and often started by someone who then closes the tab. An email is how you find out how it went.
Customizing the mail
All four parts of the message are filterable, each receiving the event, the backup ID, and a context array:
Routing failures into Slack, a ticketing system, or an on-call tool is a few lines. Since the filters receive the event name, you can route failures somewhere noisy and successes somewhere quiet.
See notification filters for signatures and an example.
Mail is configured outside Snapshotify and fails silently more often than anything else on a WordPress site. If notifications never arrive, test whether the site can send mail at all before looking at these settings.
Progressify
Generatify
Lightify
Rankify
Snapshotify