对电子邮件渠道进行故障排除

• 使用电子邮件模板时，如果消息变量缺失、格式不正确，或者消息变量和端点数据不匹配导致电子邮件在发送过程中失败，则会出现渲染失败。

• 要识别渲染失败，请查看活动开展RenderingFailure期间的 Amazon SES CloudWatch 指标。呈现失败在 Amazon Pinpoint 事件日志中显示为 _email.rendering_failure events。

• 要解决此问题，请确认所有消息变量都存在相应的端点属性并且格式正确。有关更多信息，请参阅 向消息模板添加个性化内容。

• 为模板中的所有消息变量配置默认值，以避免在端点缺少属性时出现渲染失败。

• 在没有模板的情况下试着运行活动，以确认端点能否成功收到消息。此操作可以帮助确认问题是否与模板变量有关。

软退回的解决方案

• 软退回 因临时故障引起，显示在日志的 _email.softbounce 事件类型下。Amazon Pinpoint 处理软退回的方式是在特定的时间段内尝试重新发送软退回的电子邮件。

• 在以下情况下会发生软退回：

  • 收件人邮箱已满。

  • 收件人邮箱暂时不可用。

  • 超出服务器限制。

  • 服务器超载。

• 与软退回相关的特定错误代码有 421、450、451 或 452。有关这些错误代码的描述，请参阅简单邮件传输协议 (SMTP) 增强状态代码注册表。日志中的 smtp_response 提供了退回事件的错误代码。

硬退回的解决方案

• 硬退回 是一种持续的传输失败，显示在日志的 _email.hardbounce 事件类型下。这些失败不会重试。

• 在以下情况下会发生硬退回：

  • 电子邮件地址不存在。

  • 域名不存在。

  • 收件人的电子邮件服务器拦截了这些邮件。

  • 电子邮件地址在账户抑制列表上。

• 监控您的项目中的硬退回数量，并从收件人列表中删除硬退回的电子邮件地址。硬退回会对您的发送信誉和电子邮件的送达率产生负面影响。有关更多信息，请参阅关于退回的最佳实践。