平台问题
Email 保持活跃的开发周期，定期进行平台更新。要了解变更信息：
通过以下方式监控更新：
Email's 状态页面
文档中的发布说明
账户通知
Email's 博客的主要更新
影响管理：
更新通常部署时无停机时间
重大变更会提前宣布
必要时，可能会部署紧急修复
文档会更新以反映变化
对于关键生产系统，建议：
订阅状态页面通知
监控 API 变更的发布说明
Webhook batches 出现故障时我应该怎么办？
当您看到 webhook 错误（例如，“POST 到 webhook 目标 URL 失败，响应代码不是 2xx，例如 404”）时，请按照以下故障排除步骤操作：
基本要求：
在注册 webhook 之前确保您的 HTTP 服务正在运行
配置您的端点以返回 200 状态代码以确认成功接收
仅使用标准端口（HTTP 端口80或 HTTPS 端口443）
常见解决方案：
验证您的端点是否可公开访问
检查正确的响应代码
确保端口配置正确
监控 webhook 日志以获取详细的错误信息
我什么时候会遇到API的速率限制？
理解电子邮件的API速率限制：
速率限制响应处理：
注意HTTP 429状态代码（达到速率限制）
实施适当的重试逻辑
在重试尝试之间添加延迟
API集成的最佳实践：
使用原始请求重试5xx错误
为429响应添加延迟
实现指数退避
监控API使用情况，确保不超出您的计划限制
为什么我的IP在Automatic IP Warm-up (AWU)中没有进入下一个阶段？
Email的自动IP预热系统根据特定的性能指标运作：
进阶要求：
至少90%的成功送达率
符合当前阶段的足够发送量
一致的性能指标
不进阶的常见原因：
送达率低于90%
高退回率
发送量不足
较低的参与率
最佳实践：
每天监控您的送达率
遵循推荐的发送量限制
迅速处理退回
在预热期间保持干净的邮件列表
