正常

Resend 是不是挂了?

Resend 运行正常。 Resend 通过 API 发送事务性邮件。

2026年10月30日的 Resend 状态:02:35 UTC 读取自官方状态页,最多每 5 分钟刷新一次。

近 90 天

90 天前今天

Resend 的状态页只提供最近的事件,因此只显示最近 30 天,灰色的日子没有数据。

根据 Resend 公布的事件推算,属于估算,不是实测值。

Resend 近 90 天稳定性

6报告事件数
0完全中断
23 min典型时长
49 min最长事件

最近一次事件:“Delayed email status updates”,3 天前。

组件

Single Email正常
Batch Emails正常
Broadcast Emails正常
Scheduled Emails正常
SMTP正常
General API正常
Email Events正常
Automations正常
Webhooks正常
Dashboard正常
Website正常
MCP Server正常

近期事件

Delayed email status updates

降级

Intermittent latency spikes on our emails API

降级

Delayed new team provisioning and contact webhook delivery

降级

Delayed new team provisioning and contact webhook delivery

降级

Resend API with elevated error rate

降级

常见问题

Resend 现在是不是挂了?

Resend 官方状态页显示:All Systems Operational。本页每次打开时会重新读取,最多每 5 分钟一次。

Resend 上一次故障是什么时候?

Resend 最近一次报告的事件是“Delayed email status updates”,发生在3 天前(2026-10-26 14:34 UTC)。近 90 天的事件中没有完全中断。

这里跟踪了 Resend 的哪些部分?

Resend 的状态页列出 12 个组件,包括 Single Email, Batch Emails, Broadcast Emails, Scheduled Emails, SMTP。每次页面刷新都会重新读取。

Resend 挂了我该怎么办?

紧急事项改用备用渠道,恢复后延迟的消息和通知可能会集中到达。

Resend API 返回 200 但邮件没到?

发送 API 和 Email Events(投递/打开回执)是独立组件——200 只代表已入队;投递管道状态看 Email Events 和 Webhooks 那两行。

批量发送失败但单封正常?

Resend 把 Single Email、Batch Emails、Broadcast、Scheduled Emails 分成独立组件——批量链路可以单独降级。

怎么判断 Resend 是所有人都打不开,还是只有我这边有问题?

如果上面显示运行正常但 Resend 对你仍然不可用,问题多半在你这边:换个网络、清除缓存,或检查自己的网络连接。如果显示降级或故障,说明其他人也受到影响。

我自己的网站挂了,怎么第一时间收到通知?

OpenUptime 每分钟检查一次你的网站,一旦无响应就通过 Slack、Telegram、邮件或 Webhook 告警。它是开源的,可以免费开始使用。