Notification Channels
Zerobyte supports multiple notification services:- Email - SMTP-based email notifications
- Slack - Slack workspace webhooks
- Discord - Discord server webhooks
- Gotify - Self-hosted notification server
- ntfy - Simple HTTP-based notification service
- Pushover - Mobile push notifications
- Telegram - Telegram bot messages
- Generic Webhook - Custom HTTP endpoints
- Custom (Shoutrrr) - Any service supported by Shoutrrr
Creating a Notification Destination
Configure Basic Settings
- Name: Descriptive name (e.g., “Team Slack Channel”)
- Type: Select your notification service
- Enabled: Toggle to activate/deactivate
Configure Service Settings
Enter the connection details for your chosen service. See Channel Configuration below.
Channel Configuration
- SMTP Host: Mail server hostname (e.g.,
smtp.gmail.com) - SMTP Port: Mail server port (usually 587 for TLS, 465 for SSL)
- Username: SMTP authentication username
- Password: SMTP authentication password
- From: Sender email address
- From Name: Sender display name (optional)
- To: Recipient email addresses (array)
- Use TLS: Enable TLS encryption
Slack
Send messages to Slack channels via webhooks. Configuration:- Webhook URL: Incoming webhook URL from Slack
- Channel: Channel to post to (optional, overrides webhook default)
- Username: Bot display name (optional)
- Icon Emoji: Bot icon emoji (optional, e.g.,
:robot_face:)
- Go to your Slack workspace settings
- Navigate to Apps > Incoming Webhooks
- Click Add to Slack
- Select a channel and copy the webhook URL
Discord
Send messages to Discord channels via webhooks. Configuration:- Webhook URL: Discord webhook URL
- Username: Bot display name (optional)
- Avatar URL: Bot avatar image URL (optional)
- Thread ID: Send to specific thread (optional)
- Open Discord server settings
- Go to Integrations > Webhooks
- Click New Webhook
- Configure the webhook and copy the URL
Gotify
Self-hosted notification server. Configuration:- Server URL: Gotify server URL (e.g.,
https://gotify.example.com) - Token: Application token from Gotify
- Path: Custom path prefix (optional)
- Priority: Message priority (0-10)
ntfy
Simple HTTP-based notification service. Configuration:- Server URL: ntfy server URL (optional, defaults to ntfy.sh)
- Topic: Topic name to publish to
- Priority: Message priority (max, high, default, low, min)
- Username: HTTP basic auth username (optional)
- Password: HTTP basic auth password (optional)
- Access Token: Bearer token for authentication (optional)
Pushover
Mobile push notifications for iOS and Android. Configuration:- User Key: Your Pushover user key
- API Token: Your Pushover application API token
- Devices: Specific device names (optional, comma-separated)
- Priority: Message priority (-1, 0, or 1)
-1: Quiet notification0: Normal1: High priority
- Create a Pushover account
- Create an application to get an API token
- Find your user key in account settings
Telegram
Send messages via Telegram bot. Configuration:- Bot Token: Telegram bot token from BotFather
- Chat ID: Chat or channel ID to send messages to
- Thread ID: Topic/thread ID for group topics (optional)
- Create a bot via @BotFather
- Get the bot token
- Add bot to your channel/group
- Get chat ID using @getmyid_bot
Generic Webhook
Send custom HTTP requests to any endpoint. Configuration:- URL: HTTP endpoint URL
- Method: HTTP method (GET or POST)
- Content Type: Request content type (optional)
- Headers: Custom HTTP headers (optional, array)
- Use JSON: Send payload as JSON
- Title Key: JSON key for notification title (optional)
- Message Key: JSON key for notification message (optional)
Custom (Shoutrrr)
Use Shoutrrr URL format for any supported service. Configuration:- Shoutrrr URL: Service URL in Shoutrrr format
Assigning Notifications to Backup Schedules
Choose Events
Select which events trigger notifications:
- On Start: When backup begins
- On Success: When backup completes successfully
- On Warning: When backup completes with warnings
- On Failure: When backup fails
Notification Events
Start
Triggered when a backup begins. Use cases:- Monitor backup timing
- Verify scheduled jobs are running
- Track backup duration
Success
Triggered when a backup completes successfully. Use cases:- Confirm backups are working
- Track completion times
- Monitor backup health
Warning
Triggered when a backup completes but encountered non-fatal issues. Use cases:- Identify partial failures
- Track permission issues
- Monitor file access problems
Failure
Triggered when a backup fails completely. Use cases:- Alert on critical issues
- Immediate incident response
- Track system problems
Notification Best Practices
Configure failure notifications
Configure failure notifications
Always enable failure notifications for critical backup jobs. You need to know immediately when backups aren’t working.
Avoid notification fatigue
Avoid notification fatigue
For frequent backups (hourly), consider only notifying on failures and warnings. Success notifications can be daily summaries.
Use different channels for different priorities
Use different channels for different priorities
- Critical failures: Pushover, Telegram (immediate)
- Daily summaries: Email, Slack
- All events: Dedicated logging channel
Test notification channels regularly
Test notification channels regularly
Use the Test button to verify notifications are working, especially after configuration changes.
Secure sensitive information
Secure sensitive information
Use secret references for API tokens and passwords instead of storing them directly:
Monitor notification delivery
Monitor notification delivery
Check that notifications are being delivered. A failed backup notification that isn’t received defeats the purpose.
Notification Templates
Common notification setups:Critical Production Systems
Development/Test Systems
Comprehensive Monitoring
Weekly Summary Only
Troubleshooting
Test notifications succeed but real notifications don't send
Test notifications succeed but real notifications don't send
- Check that the destination is enabled
- Verify event triggers are configured on the backup schedule
- Review container logs for notification errors
- Ensure the destination hasn’t been deleted
Notifications are delayed
Notifications are delayed
- Some services have rate limits
- Check network connectivity to notification services
- Review service status pages for outages
Email notifications marked as spam
Email notifications marked as spam
- Configure SPF/DKIM records for your domain
- Use a reputable SMTP provider
- Avoid spam trigger words in notification text
- Check recipient spam folders
Webhook notifications fail
Webhook notifications fail
- Verify the webhook URL is correct and accessible
- Check for SSL/TLS certificate issues
- Review webhook service logs for errors
- Test with curl to isolate the issue
Too many notifications
Too many notifications
- Reduce event triggers (disable On Start/On Success)
- Consolidate multiple destinations
- Use summary notifications instead of per-event
Managing Notification Destinations
Editing Destinations
- Navigate to Settings > Notifications
- Click on a destination to edit
- Modify settings as needed
- Click Test to verify changes
- Save the updated configuration
Disabling Destinations
Temporarily disable notifications without deleting the configuration:- Edit the notification destination
- Toggle Enabled to off
- Save changes
Deleting Destinations
- Navigate to Settings > Notifications
- Click the delete icon next to the destination
- Confirm deletion
Next Steps
Backup Jobs
Configure automated backup schedules
Troubleshooting
Resolve common issues and errors
