mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Option to return HTTP response text for SMTP #3845
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#3845
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 @krowvin on GitHub (Dec 19, 2024).
📑 I have found these related issues/pull requests
Did not see related issue
🏷️ Feature Request Type
Change to existing notification-provider, Change to existing monitor
🔖 Feature description
Requesting the SMTP notification option allow optional toggling (opt in) of the monitor to return its response text.
✔️ Solution
❓ Alternatives
Allowing a response message lets you do things like create cgi-bin scripts that can dymancally change response codes and return additional JSON data based on the response returned.
📝 Additional Context
Having control of also being able to optionally set response body in the email will add more definition to the alerts.
Here are examples of what i was able to do in my own clone for what I need.


Having this going forward would certainly make it easier for me to update!