mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-09 08:26:00 +02:00
[GH-ISSUE #1484] . #1049
Labels
No labels
ai-generated
android-app
android-app
android-app
🪲 bug
build
build
dependencies
docs
enhancement
enhancement
🔥 HOT
in-progress 🏃
ios
prio:low
prio:low
pull-request
question
🔒 security
server
server
unified-push
web-app
website
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ntfy#1049
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ghost on GitHub (Nov 8, 2025).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/1484
@wunter8 commented on GitHub (Nov 8, 2025):
I don't think releasing that feature would cause any problems. Each IP address that sends messages to the public ntfy.sh instance is limited to 250 published messages/day. So as long as devices aren't waking up and sending messages more frequently than that, it shouldn't be an issue.
To make things a bit easier for your users, if you put a clickable link somewhere in your app that matches this format, then users can click on it to automatically subscribe to their user device topic in the ntfy Android app:
ntfy://topicEach device ID is globally unique, right? Since all the topics are public and using the same ntfy.sh server, devices with the same IDs would cause conflicts.
For the future, since ntfy is self-hostable, and since there's probably a lot of overlap between syncthing users and ntfy users, you might consider letting your users configure which ntfy.sh server they are publishing messages to.
@wunter8 commented on GitHub (Nov 8, 2025):
I think the commit you just pushed should be fine. Most ntfy server URLs are of the format
https://ntfy.domain.combut something likehttp://192.168.0.123:8080is also valid (assuming a ntfy server is actually listening on that IP address and port)@wunter8 commented on GitHub (Nov 9, 2025):
Sorry. I had the format wrong: https://docs.ntfy.sh/subscribe/phone/#ntfy-links
It needs to be
ntfy://host/topic. So something likentfy://ntfy.sh/device-idLet me know if that's still not working