All request errors should be shown in the web dashboard so we can debug devices like Apple homepod which are not able to show you failed requests.

I would like some delayed delivery option.my reasoning: quiet hours are good and well and for emergencies I use emergency priority, but among my use cases is the following: I have self written IMAP client running 24/7 which sorts and analyses mails and generates notifications. Quite a few are below “need to see immediately” but in the “see first thing in the morning”. As such it would be great if I hadn’t have to check the pushover app but just get them delivered when my quiet hours end. For my main use case I implemented it myself by writing my

I'd love to see dedup key support added.

The idea being that if multiple souces send the same notification, only the first source to call the API with a configurable time window will trigger a notification because all source share the same deduplication key.

For example, when multiple redundant monitoring systems are the souces of an notification for the same event (like a host goes down), only the first source to report the event triggers a notification, and all subsequent sources sharing the same dedup key for that event will be dropped.

(Agile User story-like:)

As a user of Pushover on Android, I need the ability to receive notifications with custom: sounds, priorities, vibrations, and lock screen visibility settings specific to each Pushover "Application" so I can have a better understanding of what notification needs my immediate attention or not.

This can be fairly easily (namely minimal testing needed) implemented into the existing Android app. An Application could have a different Notification Channel for each Application and Pushover Priority level. But these can be created in real-time, in advance, or by user selection.

For example, Google Messages on Android allows a user