Health notification deliveries and maintenance¶
Use Deliveries to determine what the notification process attempted and Maintenance to suppress eligible notices during planned work. Neither tab changes the health state reported by a target.
Deliveries¶
The Deliveries tab is a read-only list of the newest 500 notification attempts available to your site scope. Filter by site, delivery status, channel, target type, or search.
| Field | Meaning |
|---|---|
| Attempted | Time the notification process attempted the delivery. |
| Status | Sent, Failed, or Skipped. |
| Channel | Email or SMS. |
| Target / Site | Health target and site associated with the notice. |
| Recipient | Destination selected by the rule. |
| Provider | Delivery service used for the attempt. |
| Subject | Generated notification subject. |
| Error | Provider or processing detail when the attempt failed or was skipped. |
Sent means the provider accepted or reported success for the attempt; it does not necessarily prove that a person read the message. Failed and Skipped attempts should be correlated with the rule, recipient configuration, provider status, maintenance state, and error text.
If an expected attempt is absent, inspect the active alert and rule match first. A delivery record cannot exist when the condition never reached the rule's debounce, the rule did not match, the rule was disabled, the alert was suppressed, or a qualifying maintenance window suppressed the notice.
Maintenance windows¶
The Maintenance tab lists enabled and disabled windows whose end time has not passed, up to 500 rows. Maintenance windows are global notification controls rather than site-scoped health changes. Only platform administrators can create, edit, or delete them; other authorized users can view them.
To create a window:
- Select New Maintenance.
- Enter a required, recognizable name.
- Confirm Enabled.
- Enter required start and end values explicitly in UTC.
- Add a reason describing the work, owner, or change reference.
- Save and verify the window in the grid.
New windows default to the current UTC time through one hour later. The editor does not enforce that the end is after the start, so verify the order and UTC conversion before saving.
Warning
Maintenance deletion has no confirmation prompt. Record the window details before deleting it if the operational history must be preserved elsewhere.
A maintenance window suppresses notices only for rules with Suppress during maintenance enabled. It does not:
- stop devices from reporting health;
- change a target's displayed status;
- acknowledge or resolve an existing alert;
- repair a device or dependency;
- guarantee suppression for a rule that opted out of maintenance suppression.
For unplanned investigation of one alert, use its one-hour suppression. For planned work, create the maintenance window before the change, confirm the UTC period and applicable rule flags, then review Deliveries and Active Alerts after the work ends.