Skip to content
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

Open
williamkray opened this issue Sep 21, 2022 · 4 comments
Open

Support for ntfy as unifiedpush gateway #867

williamkray opened this issue Sep 21, 2022 · 4 comments

Comments

@williamkray
Copy link

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

@C0ffeeCode
Copy link
Contributor

Do you just want the message pushed via ntfy or do you want it to integrate?
Opening Cinny with a specific channel is not possible with Cinny at the moment,
but this can be addressed using URL fragments (#411), which I'd say displays the best approach.

@williamkray
Copy link
Author

i mean integration with deep links would be great, but i'd take baby steps with a plan for iterative improvement over nothing.

@C0ffeeCode
Copy link
Contributor

I do not think these fits into Cinny properly imo, but you could do that manually.

@Handrail9
Copy link

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants