-
-
Notifications
You must be signed in to change notification settings - Fork 248
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
Support for ntfy as unifiedpush gateway #867
Comments
Do you just want the message pushed via ntfy or do you want it to integrate? |
i mean integration with deep links would be great, but i'd take baby steps with a plan for iterative improvement over nothing. |
I do not think these fits into Cinny properly imo, but you could do that manually. |
I would like to mention in addition to OPs issue, it would be beneficial to support all UP (UnifiedPush) implementations and not just ntfy.sh. I use NextPush but Ntfy, NextPush, FCM-UP etc. all use the same UnifiedPush API. |
Describe the problem
Currently Cinny handles push notifications natively from the homeserver pushers. However, mobile browsers on Android trend to have issues reliably sending notifications, so users may still have apps like element installed for push notifications, only to use cinny in their browser to access their messages.
Describe the solution you'd like
I would like Cinny to allow configuration to register as a notification endpoint with ntfy.sh servers, so that notifications could be pushed reliable to Android devices via the ntfy app, and sent to the PWA on the users device, eliminating the need to keep a second matrix client installed.
Alternatives considered
Resolving notification reliability natively via an app bundle: would still benefit from using ntfy as a secondary option.
Additional context
No response
The text was updated successfully, but these errors were encountered: