mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Send further notification (optionally by a different method, like text) if still down after longer time #2435
Labels
No labels
A:accessibility
A:api
A:cert-expiry
A:core
A:dashboard
A:deployment
A:documentation
A:domain expiry
A:incidents
A:maintenance
A:metrics
A:monitor
A:notifications
A:reports
A:settings
A:status-page
A:ui/ux
A:user-management
Stale
ai-slop
blocked
blocked-upstream
bug
cannot-reproduce
dependencies
discussion
duplicate
feature-request
feature-request
good first issue
hacktoberfest
help
help wanted
house keeping
invalid
invalid-format
invalid-format
question
releaseblocker 🚨
security
spam
type:enhance-existing
type:new
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/uptime-kuma#2435
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 @mlncn on GitHub (Aug 2, 2023).
⚠️ Please verify that this feature request has NOT been suggested before.
🏷️ Feature Request Type
New Notification, New Monitor
🔖 Feature description
Allow the creation of a "follow-up" notification for sites that remain down past a configurable amount of time.
✔️ Solution
If a site has been down one minute, send an e-mail notification.
If a site has been down one hour, send a text message notification.
❓ Alternatives
Building a separate service that tries to use the Kuma API, or to hook that up with something like IFTT or Zapier, but not finding anything obvious or easy.
📝 Additional Context
There can be a lot of noise with uptime monitoring at the 48 second level, and want to ensure we don't miss a much bigger problem within that. An additional notification, ideally on a different medium, would completely alleviate that!
@CommanderStorm commented on GitHub (Aug 2, 2023):
What you are referring to is already implemented via Resend

This may also be a duplicate of #1323 or other issues.
@wolcen commented on GitHub (Aug 2, 2023):
It isn't so much a re-send of the notification as it is an escalation.
To meet this use case, one could also have an additional monitor that uses a non-zero retry value, and set it to use the escalation-level notification settings.
@CommanderStorm commented on GitHub (Aug 2, 2023):
I think this is a duplicate of https://github.com/louislam/uptime-kuma/issues/1315 or maybe https://github.com/louislam/uptime-kuma/pull/2783
If you agree, could you please close this Issue, as duplicates only create immortal zombies and are really hard to issue-manage?
If not, what makes this issue unique enough to require an additional issue? (Could this be integrated into the issue linked above?) ^^
@mlncn commented on GitHub (Aug 3, 2023):
Ah yes, thanks! Sorry i did not find #1315— some more keywords for the next person: backup notifications, follow-up alerts, extra ping for extended downtime, all that is in #1315 !