status

#service status

Ninety days per service, and every incident written up afterwards - including the ones where nobody noticed. An incident you cannot read about is an incident you have to take on trust.

all services operational
Dashboard
The web board and the API behind it
99.98% · 90 days
90 days ago1 day affectedtoday
Agent sync
Device check-ins and inventory ingest
99.99% · 90 days
90 days agono incidentstoday
Email intake
Forwarded mail becoming tickets
99.91% · 90 days
90 days ago3 days affectedtoday
WhatsApp intake
Messages and attachments becoming tickets
99.87% · 90 days
90 days ago2 days affectedtoday
Notifications
Approval requests, breach alerts, renewal notices
100% · 90 days
90 days agono incidentstoday

What we count as an incident

Any period where a service did not do its job for a customer, including slow. A board that takes eleven seconds to load is not up, whatever the health check says.

How you find out

Admins are notified by email for outages affecting their workspace, and the board carries a banner for the duration. We would rather tell you twice than have you discover it.

What keeps working regardless

Agents queue their reports locally and send them on reconnect, so an intake or dashboard problem does not create gaps in your inventory history.

incident history

##Every incident in the last 90 days

31 Aug 2026
Degraded · 1h 48m

##Email intake delayed by up to 24 minutes

A queue consumer stopped acknowledging messages after a deployment, and intake backed up rather than failing. No mail was lost - every message in the backlog was processed, and tickets were created with their original received timestamp so response timers were not affected.

The deployment check now verifies consumer acknowledgement rather than process liveness, which is what made this look healthy for the first forty minutes.

07 Aug 2026
Outage · 3h 12m

##WhatsApp intake unavailable

An upstream messaging provider outage stopped WhatsApp messages reaching us. Email and web form intake were unaffected, and we notified every workspace with WhatsApp intake enabled within nine minutes.

Messages sent during the window were delivered by the provider on recovery and became tickets normally. We have since added a board banner so the channel shows as unavailable rather than quiet.

19 Jul 2026
Degraded · 52m

##Dashboard slow for workspaces in ap-south

A database index rebuild ran during business hours in the ap-south region, making board queries take between four and eleven seconds. Agent sync and intake were unaffected, so no data was delayed - only reading it was unpleasant.

Index maintenance is now restricted to the regional maintenance window, and long-running operations are capped.

02 Jul 2026
Outage · 41m

##Email intake rejected mail from one provider

A DNS change on our intake domain propagated unevenly and one large mail provider deferred delivery. Mail was deferred, not bounced, so everything arrived once the record settled.

Intake DNS now has a longer TTL and changes go through a staged rollout with per-provider delivery checks.

Uptime is measured from outside our network against the same endpoints customers use, at one-minute intervals, from three regions. Scheduled maintenance inside a published window is excluded; everything else counts.

last block of the pageexit 0
your-machine · bashready

$infotechbang init --trial 14d --card none

workspace created in 40 seconds agent one installer, Windows / macOS / Linux desktops and servers intake forward your IT inbox, or scan the WhatsApp code first status reachable once two devices report in
14 days, no card, no sales call required Read-only agent until you approve an action Full data export on day one and on the way out