Alerts (0.0.1)
Our alerting solution is centered around two concepts: events and channels. The occurrence of an event can be configured to trigger an alert. A channel describes the delivery method for an alert. Every configured alert consists of an event type / channel pair. This level of granularity allows alerting to be configured to your exact preference.
https://api.mailgun.net/
https://api.eu.mailgun.net/
Request
Use this endpoint to add new alert settings record.
Webhooks
This section covers details around consuming Mailgun Optimize alerts via webhooks. If you are familiar with Mailgun Send webhooks, there is a lot of overlapping similarity, however, there are also a few minor nuances to account for.
Securing Webhooks
HMAC is used to verified to integrity as well as the authenticity of received webhooks. To verify the origin of a webhook:
- Encode the webhook’s entire POST request body with the HMAC algorithm (using your webhook signing key and SHA256 digest mode)
- Compare the resulting hexdigest to the signature provided in the POST request’s X-Sign header.
NOTE: If you’re consuming Mailgun Send webhooks, please note that your Mailgun Send webhook signing key differs from your Mailgun Optimize alerts webhook signing key. Your Mailgun Optimize alerts webhook signing key is available within the Mailgun Optimize UI.
Webhook URL Validation
When adding or updating a webhook URL for alerts, we will ensure the endpoint is reachable by sending a GET request to the provided URL. If a 200 response is not returned from your endpoint, the request will be rejected and your alert setting will not be saved. We intentionally chose to send a GET request instead of a POST when validating URLs so that your webhook endpoint does not have to account for test requests.
Additionally, when a POST request is sent to your webhook URL, if a 2xx is not returned, we will attempt retries via an exponential backoff strategy for up to ~8 hours. If the max retry count is reached, the alert will be disabled and the related alert settings record’s disabled_at field will be populated.
- US Mailgun
https://api.mailgun.net/v1/alerts/settings/events
- EU Mailgun
https://api.eu.mailgun.net/v1/alerts/settings/events
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X POST \
-u <username>:<password> \
https://api.mailgun.net/v1/alerts/settings/events \
-H 'Content-Type: application/json' \
-d '{
"event_type": "ip_listed",
"channel": "webhook",
"settings": {
"url": "https://yourwebhookurl.com"
}
}'{ "id": "00000000-0000-0000-0000-000000000000", "event_type": "ip_listed", "channel": "webhook", "settings": { "url": "https://yourwebhookurl.com" } }
Request
Use this endpoint to update an existing alert setting record.
NOTE: When updating a webhook alert, we will ensure the endpoint is reachable by sending a GET request to the provided URL. If a 200 response is not returned, a 400 will be returned and the alert setting update will be rejected.
- US Mailgun
https://api.mailgun.net/v1/alerts/settings/events/{id}
- EU Mailgun
https://api.eu.mailgun.net/v1/alerts/settings/events/{id}
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X PUT \
-u <username>:<password> \
'https://api.mailgun.net/v1/alerts/settings/events/{id}' \
-H 'Content-Type: application/json' \
-d '{
"event_type": "ip_delisted",
"channel": "email",
"settings": {
"emails": [
"recipient-a@example.com",
"recipient-b@example.com"
]
}
}'{ "message": "settings updated" }
- US Mailgun
https://api.mailgun.net/v1/alerts/settings/events/{id}
- EU Mailgun
https://api.eu.mailgun.net/v1/alerts/settings/events/{id}
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X DELETE \
-u <username>:<password> \
'https://api.mailgun.net/v1/alerts/settings/events/{id}'{ "message": "settings deleted" }