Notifications

Alerts that reachthe person on call.

12 native channels: email, Slack, Discord, Telegram, Twilio SMS, Pushover, ntfy, Matrix, Rocket.Chat, PagerDuty, Microsoft Teams and webhooks. Routed per monitor, so the right person hears about it.

Notification channels6 configured
Email
Slack
Discord
Telegram
Twilio SMS
Pushover
ntfy
Matrix
Rocket.Chat
PagerDuty
Teams
Webhook
Channels

Where your team already looks.

Alerts are only useful where people read them. Chat teams get Slack, Discord, Teams, Rocket.Chat or Matrix. On-call rotations route through PagerDuty. Phones get Twilio SMS, Pushover or ntfy. Email and webhooks cover everything else.

All 12 are native integrations, PagerDuty and Teams included. No glue scripts to babysit.

  • 12 native channels
  • Chat, paging, SMS, push and email
  • Webhooks for everything custom
Add Slack channel
Name
#ops alerts
Webhook URL
https://hooks.slack.com/services/T0…
SaveSend test notification
Routing

Page the owner, not the whole team.

Blanket alerts train people to ignore alerts. In Checkmate, notifications are configured per monitor, so the database going down pages the database owner and the marketing site pages whoever owns that.

Group monitors by team and scope the noise to the people who can act on it.

  • Per-monitor notification settings
  • Ownership and team scoping
  • Different channels for different services
postgres-primary
Owner: database team
Notify on status change
#db-oncall (Slack)
PagerDuty · database service
Email · dba@example.com
#general (Slack)
The whole team stays out of it
Noise control

Quiet during deploys, loud during outages.

Maintenance windows suppress alerts on a schedule, with grouped and recurring windows for routine work. Deploys stop paging people.

For flappy networks, n of m confirmation holds an alert until the last n of m checks agree the service is down. What gets through is worth waking up for.

  • Maintenance windows, one-off or recurring
  • n of m confirmation before alerts fire
  • Test notifications before you rely on them
Maintenance windows1 running
Alerts hold while a window runs
DB failover drill · running18 min left · 3 monitors muted
db-primarydb-replicapgbouncer
Next 7 days3 windows scheduled
Mon
Tue
Wed
Thu
Fri
Sat
Sun
ScheduledTimes in UTC
Weekly patch windowRecurringSun 02:0045 min
Cert rotationOne-offMar 12, 22:0030 min
Storage migrationOne-offMar 18, 01:002 h
Router firmwareRecurringFirst Tue 03:0020 min
Who runs this

For whoever holds the pager this week.

On-call engineers

PagerDuty escalation for production, Slack for the rest. Route by severity so the pager only goes off for pager-worthy problems.

Small teams

No formal on-call rotation, one shared channel. Discord or Telegram alerts put monitoring where the team already talks.

Self-hosted purists

ntfy and Matrix support means the whole alerting path, monitor to phone, can run on infrastructure you control.

Scope

What it covers, and what it doesn't.

Covered

  • Email, Slack, Discord, Telegram and Microsoft Teams
  • Twilio SMS, Pushover and ntfy
  • Matrix and Rocket.Chat
  • PagerDuty with escalation policies
  • Custom webhooks with your own payload
  • Per-monitor recipients and channel routing
  • Maintenance windows and n of m confirmation

Out of scope

  • On-call schedules and rotations: route through PagerDuty when you need escalation logic
  • Voice call alerts: SMS via Twilio is supported, phone calls are not
  • A mobile app: alerts arrive through the channels above
Under the hood

For the technically curious.

Webhooks take any payload

The webhook channel fires an HTTP request you shape, so alerts can feed Opsgenie, a bot, an automation pipeline or anything with an endpoint. If it speaks HTTP, it can hear about your outage.

Authenticated ntfy

ntfy topics can require authentication and Checkmate supports it, so self-hosted push works on locked-down ntfy servers too.

PagerDuty, natively

Incidents route into a PagerDuty service and follow its escalation policy. Checkmate raises the incident, PagerDuty decides who wakes up.

Test before you trust

Send a test notification when configuring a channel, so the first real alert is not also the first delivery attempt.

FAQ

Frequently askedquestions.

12: email, Slack, Discord, Telegram, Twilio SMS, Pushover, ntfy, Matrix, Rocket.Chat, PagerDuty, Microsoft Teams and custom webhooks. All native, including PagerDuty and Teams.

Yes. Notification settings are per monitor, so each service can page its owner on its own channels. Grouping monitors by team keeps a large setup manageable.

Set a maintenance window. Alerts are suppressed for its duration. Windows can be grouped or recurring for routine work like weekly deploys.

Use n of m confirmation: a monitor only changes status when the last n of m checks agree. Combined with per-monitor routing, what arrives is real and relevant.

Yes, through the webhook channel, which sends an HTTP payload you define to any endpoint. That covers Opsgenie, chat bots and home-grown automation.

Yes. Checkmate can send a test notification for a configured channel, so you know delivery works before you depend on it.

Get started

Every feature,no paywall.

Checkmate is open source under AGPL-3.0. Self-host it and this feature ships free, on your servers, with your data.