grabmail.io

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.

Mail is flowing; some systems are still being switched on

Automated checks are being set up. Until they report, this board shows only what can be stated with certainty.

  • Website

    grabmail.io and the inbox pages

    Operational

  • Mailbox API

    api/v1 — list, read and delete

    Not yet reporting

  • Mail delivery

    Inbound SMTP on smtp.grabmail.io

    Not yet reporting

  • Retention

    Automatic deletion after 5 days

    Not yet reporting

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.