Replies: 6 comments 2 replies
-
|
Isnt this simply solved by using
or
as the notification url? |
Beta Was this translation helpful? Give feedback.
-
|
Hmm, that could work. Normally Apprise seems to require "multipart/form-data" for requests for their API. But I can do this: And in my mind this basically converts to: {
"tag": "<valid_tag",
"body": "hello",
"action": ""
}But it fails in Apprise due to "400 Bad Request". It seems the URL becomes cluttered with many parameters:
|
Beta Was this translation helpful? Give feedback.
-
You are literally sending the word "<config_id">, shouldnt it be some UUID or other? |
Beta Was this translation helpful? Give feedback.
-
|
i'll let this bubble in discussions until it becomes clear whats needed |
Beta Was this translation helpful? Give feedback.
-
|
Of course I am not sending the literal "<config_id>"... EDIT: And to get back to the original request (which was a Feature Request), if these "post://" URLs should be used (which of course makes sense if I can get it to work), it would maybe be nice to be able to disable the Apprise server running in the container. Because I will have no use for it, if I am using my external Apprise server. |
Beta Was this translation helpful? Give feedback.
-
|
It works now, but it is extremely unintuitive to use, unfortunately... {"tag": "fough", "title": "New GitHub Release: {{ watch_title }}", "body": "{{ current_snapshot | e }}\n\n━━━━━━━━━━━━━━━━━━━━\n📊 **Monitoring Details**\nView on GitHub: https://github.com/Codehagen/Badget/releases\nWatch UUID: {{ watch_uuid | e }}", "format": "text"}So here I set the title of the notification in the body instead, because that is how Apprise wants it. And then the body is Markdown in this case, but the "{{current_snapshot}}" here is the response from the GitHub API for releases of a repository, which is a JSON object. So that needs to be escaped. But in the end it isn't "unescaped", so there are still encoded characters in the notification:
|
Beta Was this translation helpful? Give feedback.

Uh oh!
There was an error while loading. Please reload this page.
-
Version and OS
0.51.4, running in Podman on Ubuntu 24.10 (arm64).
Is your feature request related to a problem? Please describe.
To centralize credentials management, I have set up an (Apprise API)[https://github.com/caronc/apprise-api] server on my Orange Pi 5 Plus at home. This is an official API for Apprise, owned by the same user.
When using this, I do not have to save the credentials for my various notification endpoints (e.g. Gmail) in each local service that needs to use them. I save the credentials in Apprise, and then have other services use the Apprise API to send the notifications without credentials.
But this means the URL for sending notifications is not an Apprise URL (e.g. "mailto://..."). But instead a normal FQDN (or just IP).
Like:
192.168.0.1:8000/notify/<config_id>From what I can see, changedetection.io does not support any external Apprise server. And it is currently not even possible to save the notification configuration if you don't have a valid Apprise URL format, so an IP address will not work.
Describe the solution you'd like
I would like for changedetection.io to support an external Apprise server, though Apprise API.
Describe the use-case and give concrete real-world examples
Attach any HTML/JSON, give links to sites, screenshots etc, we are not mind readers
Additional context
Add any other context or screenshots about the feature request here.
Beta Was this translation helpful? Give feedback.
All reactions