Vendor Status Watch

← all vendors

MxToolbox status history

Current state: operational — “All Systems Operational” per https://mxtoolbox.statuspage.io (Atlassian Statuspage), checked 2026-09-16 12:28 UTC.

0incidents, last 30 days
0incidents, last 90 days
6incidents on record

How long do MxToolbox incidents last?

5.4 hmedian incident duration6 measured
19.4 h90th percentile1 in 10 ran longer
5.3 hmedian, major/critical only4 incidents

From 6 incidents with a vendor-posted start and resolve time. Longest on record: MailFlow Monitoring Down / AWS Outage — 3.0 days (2025-10-20 15:18 UTC). Excluded, never estimated: nothing. Duration is the gap between the vendor's own posted timestamps — it is not measured downtime, uptime or an SLA figure, and a vendor that posts every blip will look worse here than one that posts nothing. Same rule as the outage-duration dataset.

Incidents on record (6)

StartedIncidentStatusImpactDuration
2026-02-23 20:15 UTCRed MxError / Parse Syntax in Monitoring and Notification UIresolvedminor19 h 27 min
2026-02-13 16:46 UTCMailFlow Monitoring Impacted by SpamHaus Blocklistingresolvedminor4 h 49 min
2025-12-10 18:26 UTCMxToolbox Monitoring & Delivery Center Outageresolvedmajor1 h 06 min
2025-10-20 15:18 UTCMailFlow Monitoring Down / AWS Outageresolvedcritical3 d 0 h
2025-10-01 14:35 UTCMailFlow Monitors Latency Issuesresolvedmajor5 h 59 min
2025-09-11 16:17 UTCMxToolbox Outage 20250911resolvedmajor4 h 42 min

Titles, statuses and impact levels are the vendor's own words. Durations marked approx. are inferred from the poll that first found the incident gone. Shows the latest 60; the JSON has everything we hold (up to 400 days).

Watch MxToolbox with the template

Put this in config.json of your fork and add a WEBHOOK_URL secret:

{
  "vendors": [
    "mxtoolbox"
  ],
  "format": "auto",
  "map_url": "https://raw.githubusercontent.com/APVentureEngine/vendor-status-watch/main/vendors.json",
  "unreachable_after": 3,
  "mute_maintenance": false
}