Skip to content

Outage tracker / Resend

Is Resend down?

I'm having a problem

Operationalchecked moments ago

We reached Resend from all 10 regions we check.

Functional endpoints verified

No outage recorded in the 14 days we have measured Resend (since Aug 22, 2026).

our independent probeslive · checked Sep 5, 2026, 2:07 AM UTC
US-East308 msOperational
US-West350 msOperational
Europe200 msOperational
Asia-Pacific409 msOperational
US-Central259 msOperational
Canada233 msOperational
UK145 msOperational
Southeast Asia706 msOperational
Australia779 msOperational
South America225 msOperational
their status pagetheir claim, not our reading

Resend reports: All systems operational (“All Systems Operational”)

from Resend's own status page, checked Sep 5, 2026, 1:50 AM UTC
Our probes and Resend's own status page agree: both show Resend as reachable right now.

Resend's own component breakdown, as they publish it

  • AutomationsOperational
  • Broadcast EmailsOperational
  • General APIOperational
  • WebhooksOperational
  • SMTPOperational
  • Batch EmailsOperational
  • Email EventsOperational
  • WebsiteOperational
  • Single EmailOperational
  • DashboardOperational

These are Resend's components, named and scored by Resend. We do not map them onto the functions we check above, because we have no way to know which of their components our checks touch. Two lists, side by side, neither one rewriting the other.

This is Resend's own claim about their service, shown separately from what we measured. We never change our own numbers based on what a vendor reports, and this reading never changes theirs. Read both.

Resend response time, by region

US-East
418msp95 · latest
2s1s0ms
US-East response time (p95) over the last 30 daysDaily 95th-percentile response time for US-East, scaled to a maximum of 2s. Days with no samples are not plotted, not shown as zero.2026-08-22 UTC: p95 1.2s2026-08-23 UTC: p95 1.4s2026-08-24 UTC: p95 1.4s2026-08-25 UTC: p95 1.3s2026-08-26 UTC: p95 1.2s2026-08-27 UTC: p95 1.2s2026-08-28 UTC: p95 875ms2026-08-29 UTC: p95 660ms2026-08-30 UTC: p95 683ms2026-08-31 UTC: p95 841ms2026-09-01 UTC: p95 934ms2026-09-02 UTC: p95 1.1s2026-09-03 UTC: p95 1.1s2026-09-04 UTC: p95 805ms2026-09-05 UTC: p95 418ms
Aug 7Aug 21Sep 5
US-West
653msp95 · latest
1s500ms0ms
US-West response time (p95) over the last 30 daysDaily 95th-percentile response time for US-West, scaled to a maximum of 1s. Days with no samples are not plotted, not shown as zero.2026-08-22 UTC: p95 310ms2026-08-23 UTC: p95 433ms2026-08-24 UTC: p95 309ms2026-08-25 UTC: p95 452ms2026-08-26 UTC: p95 503ms2026-08-27 UTC: p95 507ms2026-08-28 UTC: p95 682ms2026-08-29 UTC: p95 393ms2026-08-30 UTC: p95 352ms2026-08-31 UTC: p95 431ms2026-09-01 UTC: p95 605ms2026-09-02 UTC: p95 562ms2026-09-03 UTC: p95 579ms2026-09-04 UTC: p95 601ms2026-09-05 UTC: p95 653ms
Aug 7Aug 21Sep 5
Europe
383msp95 · latest
1s500ms0ms
Europe response time (p95) over the last 30 daysDaily 95th-percentile response time for Europe, scaled to a maximum of 1s. Days with no samples are not plotted, not shown as zero.2026-08-22 UTC: p95 416ms2026-08-23 UTC: p95 499ms2026-08-24 UTC: p95 555ms2026-08-25 UTC: p95 370ms2026-08-26 UTC: p95 427ms2026-08-27 UTC: p95 475ms2026-08-28 UTC: p95 815ms2026-08-29 UTC: p95 357ms2026-08-30 UTC: p95 452ms2026-08-31 UTC: p95 562ms2026-09-01 UTC: p95 446ms2026-09-02 UTC: p95 511ms2026-09-03 UTC: p95 468ms2026-09-04 UTC: p95 432ms2026-09-05 UTC: p95 383ms
Aug 7Aug 21Sep 5
Asia-Pacific
858msp95 · latest
2s1s0ms
Asia-Pacific response time (p95) over the last 30 daysDaily 95th-percentile response time for Asia-Pacific, scaled to a maximum of 2s. Days with no samples are not plotted, not shown as zero.2026-08-22 UTC: p95 1.5s2026-08-23 UTC: p95 1.1s2026-08-24 UTC: p95 978ms2026-08-25 UTC: p95 1.2s2026-08-26 UTC: p95 1.2s2026-08-27 UTC: p95 1.1s2026-08-28 UTC: p95 902ms2026-08-29 UTC: p95 985ms2026-08-30 UTC: p95 1.1s2026-08-31 UTC: p95 859ms2026-09-01 UTC: p95 1.1s2026-09-02 UTC: p95 1.1s2026-09-03 UTC: p95 1.4s2026-09-04 UTC: p95 1.1s2026-09-05 UTC: p95 858ms
Aug 7Aug 21Sep 5
US-Central
422msp95 · latest
1s500ms0ms
US-Central response time (p95) over the last 30 daysDaily 95th-percentile response time for US-Central, scaled to a maximum of 1s. Days with no samples are not plotted, not shown as zero.2026-09-03 UTC: p95 576ms2026-09-04 UTC: p95 743ms2026-09-05 UTC: p95 422ms
Aug 7Aug 21Sep 5
Canada
554msp95 · latest
2s1s0ms
Canada response time (p95) over the last 30 daysDaily 95th-percentile response time for Canada, scaled to a maximum of 2s. Days with no samples are not plotted, not shown as zero.2026-09-03 UTC: p95 956ms2026-09-04 UTC: p95 1.2s2026-09-05 UTC: p95 554ms
Aug 7Aug 21Sep 5
UK
275msp95 · latest
500ms250ms0ms
UK response time (p95) over the last 30 daysDaily 95th-percentile response time for UK, scaled to a maximum of 500ms. Days with no samples are not plotted, not shown as zero.2026-09-03 UTC: p95 482ms2026-09-04 UTC: p95 400ms2026-09-05 UTC: p95 275ms
Aug 7Aug 21Sep 5
Southeast Asia
1.3sp95 · latest
2s1s0ms
Southeast Asia response time (p95) over the last 30 daysDaily 95th-percentile response time for Southeast Asia, scaled to a maximum of 2s. Days with no samples are not plotted, not shown as zero.2026-09-03 UTC: p95 1.3s2026-09-04 UTC: p95 1.2s2026-09-05 UTC: p95 1.3s
Aug 7Aug 21Sep 5
Australia
964msp95 · latest
2s1s0ms
Australia response time (p95) over the last 30 daysDaily 95th-percentile response time for Australia, scaled to a maximum of 2s. Days with no samples are not plotted, not shown as zero.2026-09-03 UTC: p95 1.2s2026-09-04 UTC: p95 1.0s2026-09-05 UTC: p95 964ms
Aug 7Aug 21Sep 5
South America
407msp95 · latest
1s500ms0ms
South America response time (p95) over the last 30 daysDaily 95th-percentile response time for South America, scaled to a maximum of 1s. Days with no samples are not plotted, not shown as zero.2026-09-03 UTC: p95 848ms2026-09-04 UTC: p95 502ms2026-09-05 UTC: p95 407ms
Aug 7Aug 21Sep 5

Is it Resend, or is it you?

Watching an outage above does not tell you whether your own connection or site is also having a problem. Enter your own URL for one live check, right now, no signup. This checks the site you enter, not Resend -- it cannot diagnose Resend's own systems.

What we measured, function by function

Resend answers on more than one surface, and they can fail apart. Each row is one surface, checked from the same regions. The verdict above follows the api row, because that is the surface we treat as this service's own; a failure on any other row is a partial outage, not a full one.

  • WebUS-East: OperationalUS-West: OperationalEurope: OperationalAsia-Pacific: OperationalUS-Central: OperationalCanada: OperationalUK: OperationalSoutheast Asia: OperationalAustralia: OperationalSouth America: Operational
  • APIprimaryUS-East: OperationalUS-West: OperationalEurope: OperationalAsia-Pacific: OperationalUS-Central: OperationalCanada: OperationalUK: OperationalSoutheast Asia: OperationalAustralia: OperationalSouth America: Operational
What are you seeing? (optional)

No account needed, and we never store your IP address. Reports are counted separately from our own measurements and are always shown as unverified.

What we measured, and what people reported

  • North America
    OperationalUS-East, US-West, US-Central, Canada
    • US-East
      Operationallatency: 308msstatus code: 401checked: Sep 5, 2026, 2:07 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur US-East probes reach Resend normally. We do not have enough reports from US-East to say anything about what people there are seeing.
    • US-West
      Operationallatency: 350msstatus code: 401checked: Sep 5, 2026, 2:07 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur US-West probes reach Resend normally. We do not have enough reports from US-West to say anything about what people there are seeing.
    • US-Central
      Operationallatency: 259msstatus code: 401checked: Sep 5, 2026, 2:07 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur US-Central probes reach Resend normally. We do not have enough reports from US-Central to say anything about what people there are seeing.
    • Canada
      Operationallatency: 233msstatus code: 401checked: Sep 5, 2026, 2:07 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur Canada probes reach Resend normally. We do not have enough reports from Canada to say anything about what people there are seeing.
  • South America
    Operationallatency: 225msstatus code: 401checked: Sep 5, 2026, 1:47 AM UTC
    0 people in the last 5 minutesNot enough reports to sayOur South America probes reach Resend normally. We do not have enough reports from South America to say anything about what people there are seeing.
  • Europe
    OperationalEurope, UK
    • Europe
      Operationallatency: 200msstatus code: 401checked: Sep 5, 2026, 1:58 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur Europe probes reach Resend normally. We do not have enough reports from Europe to say anything about what people there are seeing.
    • UK
      Operationallatency: 145msstatus code: 401checked: Sep 5, 2026, 2:06 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur UK probes reach Resend normally. We do not have enough reports from UK to say anything about what people there are seeing.
  • Asia Pacific
    OperationalAsia-Pacific, Southeast Asia, Australia
    • Asia-Pacific
      Operationallatency: 409msstatus code: 401checked: Sep 5, 2026, 2:02 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur Asia-Pacific probes reach Resend normally. We do not have enough reports from Asia-Pacific to say anything about what people there are seeing.
    • Southeast Asia
      Operationallatency: 706msstatus code: 401checked: Sep 5, 2026, 1:50 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur Southeast Asia probes reach Resend normally. We do not have enough reports from Southeast Asia to say anything about what people there are seeing.
    • Australia
      Operationallatency: 779msstatus code: 401checked: Sep 5, 2026, 1:47 AM UTC
      0 people in the last 5 minutesNot enough reports to sayOur Australia probes reach Resend normally. We do not have enough reports from Australia to say anything about what people there are seeing.

Somewhere else or not sure: 0 people in the last 5 minutes

These are unverified reports from people using Resend, counted separately from what our own probes measure. Anyone can file one, no account is needed, and the region on a report is chosen by the person filing it. We never open, extend or close an outage in our record based on report volume: only our own measurements do that. We have not received any reports for Resend yet, which is not evidence that nothing is wrong.

Recent outages

Delays in background processes are affecting webhooks, domain verifications, and other important features, 32mdeclared on their status page2026-09-04
Delay in contact webhooks delivery, 39mdeclared on their status page2026-09-03
Increased latency across API endpoints, 24mdeclared on their status page2026-08-20
Contact webhook events are delayed in delivery, 14h 9mdeclared on their status page2026-08-18
API instability, 1mdeclared on their status page2026-08-16
Errors during the domain creation process, 1mdeclared on their status page2026-08-13
Delayed contact webhook events, 38mdeclared on their status page2026-08-09
Increased API and SMTP Error Rates, 43mdeclared on their status page2026-08-08

measured entries are our own probes' readings; declared entries are the vendor's. How this check works

We have been measuring Resend since August 22, 2026. We show nothing from before that date, and we never add an outage we did not observe ourselves, from any source.

Need this in writing? Generate an SLA evidence report for Resend covering any window you pick, with our measurements and Resend's own claim at the time, side by side.

Full availability history for Resend: 90-day availability by region, month-by-month uptime, and every incident on record.

Monitor your own site the same way

This page shows what we see when we check this service, using the same ten regions, for a site you run. RealUptime Monitor watches your own servers from inside your network, and it starts free.

Start monitoring your own servers

Tell me when this goes down

Get told when we measure this

We will tell you when our probes stop reaching Resend, and again when they can reach it again. That is our own measurement from ten regions, not Resend's status page. No account, no card.

Delivery channel

Double opt-in: nothing is sent until you click the link in the confirmation email. One email when a measured outage opens, one when it closes, and a one-click unsubscribe in every one. We do not send anything else to this address.

Put this badge in your README

Resend uptime measured by RealUptimeLive, from this page's own readings.
[![Resend uptime measured by RealUptime](https://realuptime.io/outages/resend/badge.svg?days=30)](https://realuptime.io/outages/resend)
<a href="https://realuptime.io/outages/resend"><img src="https://realuptime.io/outages/resend/badge.svg?days=30" alt="Resend uptime measured by RealUptime"></a>

The badge shows the share of our probes that succeeded over the last 30 days, and the window is printed on it so the number always says what period it covers. If our readings go stale it says stale, and if we have no readings it says so: it will not show green on data we cannot vouch for. Free, no account, and it links back here. See how the badge works for every window and the honesty rules behind it.

What Resend's SLA implies, from our measurement

At or above your target

We measured none of downtime for Resend over the 338h 7m since we started watching it on 2026-08-22, which is 100% uptime by our reading. A 99.9% target allows 20 minutes over that period.

By our measurement there is no shortfall to claim for this period.

This is computed from our own probe measurements, not from Resend's SLA instrumentation. Their contract is normally measured against their own systems, with their own exclusions and a claim window, so their figure and ours will differ. Use this to start the conversation and ask for their number. It is not legal advice and it is not a determination of what you are owed.

What we check

primaryfunctional: live API
https://api.resend.com/domains
secondary
https://resend.com/
secondary
https://resend-status.com/api/v2/status.json
RealUptime is not affiliated with Resend; the name identifies what we measured, and nothing here speaks for Resend's own team. We send a single web request to Resend from 10 regions on our own schedule and time the response. We do not see inside Resend's systems, do not use an account or real transaction, and are not the same signal Resend's own team has access to. Treat this as one external data point, not a verdict. At least one endpoint we check for Resend is a real functional API call (marked “functional” above), not just a landing page, so a clean read there is a stronger signal than reachability alone, though it still does not cover every feature of the service. Read the full methodology.