Hi, how can I send an email to my Yahoo/Outlook email when a task completes using the web ui? I don’t understand what’s needed in all the fields here:
It’s best not to use your personal email account to send automated mail from, for multiple reasons.
For sending email you can use services like MailGun or Amazon SES but configuring those is not trivial.
Instead, consider healthcheck https://healthchecks.io/. Create an account, a project, and paste the url provided to your backup task (as opposed to the schedule).
You can then configure when to get notified.
2 Likes
Is it possible to ping the healthcheck on schedules and not actual backups? I have a separate schedule job specifically for pruning and checking which I want to know if it completes.
I guess you could do that with curl from post-check and post-prune scripts, but today it is not configurable via UI; you’ll need to put scripts into the right folders manually (there are guides on this forum).
But then I’m not sure duplicacy reports status of the operation in the post- scripts, so you would know it completed but not necessarily the outcome. Unless the script is called only on success? Maybe it’s worthwhile to review the implementation, I’m not sure.
Ideally duplicacy web should add pre and post scripts configuration to the gui, pass operation outcome to the post- scripts and let pre- scripts cancel or otherwise manipulate duplicacy CLI invocation. (Maybe even facilitate user implemented progress reporting, why not).
This will let users implement various enchantments not limited to notifications on their own, greatly adding value to the tool. One example would be cancelling backup when on battery power until better handling of such events officially supported. Or maybe even throttling duplicacy CLI engine (it would need to pass its own pid to the script as an argument) depending on some heuristics.
This sounds like a fairly low risk/high reward enhancement: show text field, save its content to the file where CLI engine expects it, and add handling of script return values and passing arguments from//to CLI engine. Would be great if @gchen considered that for some future release.