mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-09 08:26:00 +02:00
[GH-ISSUE #1173] Return rate limits when limited #827
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#827
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 @ThisIsMissEm on GitHub (Aug 27, 2024).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/1173
💡 Idea
Currently when ntfy rate limits a client, it seems to just send the 429 status code back, but doesn't advise as to when the rate limit would be lifted. This means that clients can't dynamically pause sending notifications until the rate limit resets, which leads to IP bans.
There is a standards track IETF proposal for RateLimit headers, which could make sense to use: https://www.ietf.org/archive/id/draft-ietf-httpapi-ratelimit-headers-07.html
This currently affects Mastodon: https://github.com/mastodon/mastodon/issues/26078
By advertising when the rate limits reset, we could delay all other notification until after the rate limit resets. I tried to look at both the documentation and code to see if you currently have any code that advertises to the client information about the rate limit, and couldn't find any.
💻 Target components
@ThisIsMissEm commented on GitHub (Oct 17, 2024):
You could also use the
Retry-Afterheader: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Retry-After@Kariton commented on GitHub (Jan 19, 2026):
i would like to have a general endpoint or way to query the current rate-limits.
similar to docker or github.
docker:
github:
@binwiederhier commented on GitHub (Feb 5, 2026):
We do have this, but it does not return all rate limits, so I think the request is still valid.
@disconn3ct commented on GitHub (Mar 13, 2026):
Is the returned username accurate? And does this include
NTFY_VISITOR_REQUEST_LIMIT_EXEMPT_HOSTS?