System status
What is running right now, and what is not. No component on this page is marked healthy by hand — anything a monitor has not confirmed recently says so plainly.
All systems operational
Checked 13:04 UTC, 8 seconds ago · every component below is probed from outside, over the public address
-
Website
grabmail.io and the inbox pages
HTTP 200 in 201 ms
Operational
-
Mailbox API
api/v1 — list, read and delete
HTTP 200 in 156 ms
Operational
-
Mail delivery
Inbound SMTP on smtp.grabmail.io
accepts mail for grabmail.io, refuses relay (1225 ms)
Operational
-
Retention
Automatic deletion after 5 days
timer active, 51 awaiting the next run
Operational
What “not yet reporting” means
It means exactly that: no monitor has confirmed the component in the last 10 minutes. It is not a claim that something is broken, and it is deliberately not a claim that everything is fine. A stale check is treated as no check at all.
Mail is never lost to an outage
If the storage layer is unavailable, the mail servers hold what arrives and deliver it when the layer returns — for up to 5 days. A sending server is never given a permanent rejection for a problem at our end, because senders do not retry those.
Planned work
There is nothing scheduled. When there is, it appears here before it happens rather than after — and the mail path is never the part taken down, for the reason above.