mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-09 08:26:00 +02:00
[GH-ISSUE #1366] Docs: self-hosted ntfy serve command line arguments #964
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#964
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 @lowjoel on GitHub (Jun 9, 2025).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/1366
🐞 Describe the bug
The self-hosted installation docs use command line flags for providing arguments, but the Serve command exits with status code 1 when any arguments are specified
💻 Components impacted
server
💡 Screenshots and/or logs
🔮 Additional context
In the installation docs I wrongly spotted the Docker command line arguments (not seeing the Kubernetes link) and used the arguments there (for the persistent cache docs).
The serve handler however doesn't seem to like arguments even though the flags have them defined. I think maybe we should not stop flags to be specified on
ntfy serveand instead allow them to override (config, env vars, and command line args). I think it's just removing that conditional, but I'm not familiar with the urfave/cli library.@wunter8 commented on GitHub (Jun 9, 2025):
Just a few lines above your link to the serve.go file:
And this shows how you can pass config options to the serve command:
I have run
ntfy servewith config arguments like this many times.What command did you run that failed?
@lowjoel commented on GitHub (Jun 10, 2025):
D'oh.
The blank line at the end was the problem. I actually rewrote all the args to use env vars instead, but I guess this reset my "days since last YAML incident" counter back to 0...