-
-
Notifications
You must be signed in to change notification settings - Fork 76
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Notifications #631
Comments
Notes for me: Apprise seems to be more popular. I could either call the CLI or require https://github.com/caronc/apprise-api. The former is probably easier for the end user but the latter easier for me. |
Notification ideas:
Hopefully each type of notification can be individually enabled/disabled. Not too concerned with notification type per indexer, just globally. Others might prefer to enable/disable per indexer though. |
Also I actually do like the https://github.com/caronc/apprise-api idea. That way if a user has other apps that might also want to use apprise they can run just one instance (local install or docker depending on the user) and all the apps can send notifications to it. This also technically leaves hydra open to the idea of general webhooks. |
Todos for me:
|
API / download exhaustion detection is a bit more complicated. I'll try to get it working later. |
The inline docs there probably need a little help... I have to use |
Wait, so apprise isn't running as a module inside NZBhydra2, it needs to be a daemon running somewhere accessible? I tried An "Apprise API URL" is supposed to look like the below for Pushover notifications.
If I need to run a separate daemon just to send notifications from the application, I'm probably going to pass. |
@rodalpho There's a link to https://github.com/caronc/apprise-api in the help, you should click that. @freiheit You're right, I'll add that. |
I did, but I assumed I wouldn't be asked to run a separate daemon for notifications. If that is indeed the case, I would make that clear in the docs. And I mean, consider changing that? |
@rodalpho this is a beta release, not a master release. It is the second release at that, so documentation would clearly not be up to date. Additionally, read through the issue and understand why the dev chose to use Apprise API instead of baking Apprise into the application, not just tell the dev what he should do. |
"Consider changing that?" is not an order. Your handle checks out. 👍 |
I wrote "If you want to send notifications you need an instance of Apprise API running which is what NZBHydra uses to communicate with the actual notification providers." I'm not sure how I could make it clearer but I'm open for suggestions. Apprise is originally a python script. I couldn't embed it into NZBHydra because it requires a python installation. I could ask the docker container maintainers to install it but anyone already using docker would probably have no problem with having another run for notifications. That leaves non-docker installations and here you'd need an external script which would require a manual installation anyway. |
You're right, that is pretty clear. "A separate instance of Apprise API" would be slightly better but I clearly misread it. I have the Apprise CLI installed and working, you could just call that. |
I'll add an option to define a runnable to call.
rodalpho <notifications@github.com> schrieb am Di., 20. Okt. 2020, 15:30:
… You're right, that is pretty clear. "A separate instance of Apprise API"
would be slightly better but I clearly misread it.
I have the Apprise CLI installed and working, you could just call that.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#631 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADNUA6JI36BGKVXTVINL3M3SLWGGNANCNFSM4R42KZLQ>
.
|
Thank you, that would be excellent! |
CLI notifications work great! Thanks again, you are a prince amongst men. |
I have already apprise installed inside the container and need little help to configure the notification via CLI. Thank you |
Do you have a concrete question? Put the full path of the executable into the "Apprise runnable" field. |
Thanks @theotherp working perfectly fine here. |
thank-you, I have been futzing with this for an hour trying to figure out why I could not sent a notification. That did the trick! |
This should be included in the wiki. Took me way too long to track this down. |
I've just added some findings to #660 that may be useful to followers of this issue. |
I don't check Hydra often enough to know when my indexers are expiring so a Discord notification would be a great reminder and I would not have to remember to check Hydra every month.
It might work also for health notifications when indexers are down and such.
I believe this would be a very popular addition. Most services offer some type of notification (*arrs, SABnzbd, NZBGet, Jellyfin, Tautulli, Ouroboros, Watchtower, etc.) and it would benefit end users greatly to know if something is coming due or something isn't' working.
The text was updated successfully, but these errors were encountered: