服务状态

系统状态

一个脚本客户端每五分钟连接一次公开的 MCP 端点,获取工具列表、列出收件箱并读取一封邮件。下面的所有数字都来自这些检查的记录。

所有系统正常

最近一次检查通过。

最近一次检查:2026年9月8日 21:40 UTC

可用性,最近 30 天

99.72%

8,611 次检查,每 5 分钟一次其中 24 次失败

连续监控自 2026年8月3日 开始。

最近 30 天

  • 2026年8月10日:288 次检查,全部通过
  • 2026年8月11日:288 次检查,全部通过
  • 2026年8月12日:288 次检查,全部通过
  • 2026年8月13日:288 次检查,全部通过
  • 2026年8月14日:288 次检查,1 次失败
  • 2026年8月15日:288 次检查,全部通过
  • 2026年8月16日:288 次检查,1 次失败
  • 2026年8月17日:288 次检查,1 次失败
  • 2026年8月18日:287 次检查,3 次失败
  • 2026年8月19日:288 次检查,1 次失败
  • 2026年8月20日:288 次检查,全部通过
  • 2026年8月21日:288 次检查,全部通过
  • 2026年8月22日:288 次检查,全部通过
  • 2026年8月23日:288 次检查,全部通过
  • 2026年8月24日:288 次检查,1 次失败
  • 2026年8月25日:287 次检查,3 次失败
  • 2026年8月26日:288 次检查,2 次失败
  • 2026年8月27日:288 次检查,1 次失败
  • 2026年8月28日:288 次检查,全部通过
  • 2026年8月29日:288 次检查,全部通过
  • 2026年8月30日:288 次检查,1 次失败
  • 2026年8月31日:288 次检查,全部通过
  • 2026年9月1日:288 次检查,全部通过
  • 2026年9月2日:288 次检查,全部通过
  • 2026年9月3日:288 次检查,1 次失败
  • 2026年9月4日:288 次检查,全部通过
  • 2026年9月5日:288 次检查,全部通过
  • 2026年9月6日:288 次检查,6 次失败
  • 2026年9月7日:288 次检查,1 次失败
  • 2026年9月8日:261 次检查,1 次失败
30 天前今天
全部检查通过单次检查,已恢复有检查失败无数据

检查了什么

按此顺序走完四个步骤。一次运行会在第一个失败处停止,因此每一步只用真正执行到它的那些检查来计分。

事件

单次失败、五分钟后又恢复的检查会计入上面的可用性,但不会在这里列为事件。这与告警使用的界线一致:连续两次失败,或者一次不可能由别人网络造成的失败。

  1. 2026年9月6日 08:00 UTC

    上游邮件服务商未及时响应

    连续 3 次检查失败受影响:读取邮件已于 2026年9月6日 08:15 UTC 恢复

  2. 2026年8月24日 18:25 UTC

    MCP 响应格式错误

    1 次检查失败受影响:建立连接已于 2026年8月24日 18:30 UTC 恢复首次失败即告警。

该时间窗内有 20 次孤立的失败检查,每一次都在下一轮运行时恢复。

这个页面能告诉你什么,不能告诉你什么

  • 检查从单一位置按每五分钟一次的定时任务运行,因此短于五分钟的故障可能不会被记录,这里的时间点精确到发现问题的那次检查,而不是精确到秒。
  • 它覆盖四条代码路径。发送、定时发送、草稿和文件夹操作不在本页,因为没有任何东西按计划测量它们,把它们算进来的数字只会是猜测。
  • 它读取一家服务商上的一个真实邮箱。归因于邮件服务商的失败,是那家服务商某一分钟状态不佳,未必是你在自己邮箱上会察觉到的问题。
  • 本页没有任何数据来自客户流量。不统计、不抽样、不展示任何账户、工作区或邮件。

本页每一个数字都是在读取时从监控自身记录的运行中统计出来的。没有任何数字是手工填写的。

我们如何处理你的邮件和凭据

本页显示一切正常,但你遇到了问题?请写信到 hello@mcpemails.com