Cloud PortalUpdated July 30, 20262 min read
Critical alert routing
Configure email and webhook routing for critical portal alerts without treating retries as guaranteed delivery.
Critical alert routing
Owners and Admins configure critical alert destinations under Administration → Alerts (or the enterprise alerts settings page in your tenant).
What gets routed
Critical operational signals - for example agent-offline style events and high-severity VisionX / HostGuard outcomes your org enables - can be forwarded to:
- Email recipients (requires Trustity outbound email configuration). Messages are HTML with a plain-text fallback and include structured details plus a Cloud Portal deep link when available.
- Webhook URLs your SOC or ticketing system exposes
Configure routing
- Sign in as Owner or Admin.
- Open the critical alerts settings page.
- Enable email and/or webhook destinations.
- Enter verified recipient addresses or HTTPS webhook URLs.
- Save and send a controlled test if available.
- Confirm delivery in your mailbox or webhook consumer logs.
Operational expectations
- Alert delivery is best-effort with retries; it is not a guaranteed pager platform.
- Deduplication and atomic claim improvements are on the roadmap - expect possible duplicates during outages.
- Pair portal alerts with SIEM / syslog forwarding when you need durable SOC ingestion; see Log forwarding.
