AWS Pinpoint邮件投递异常：9444封发送邮件全部未送达

核心排查步骤 #

• 查看投递日志细节：在Pinpoint控制台「邮件活动」→「投递详情」里，逐个批次查看邮件的具体状态码，比如是ISP返回的5xx服务器错误、4xx收件人无效，还是被标记为垃圾邮件的拦截状态。也可以通过对应Pinpoint项目的CloudWatch日志组，搜索delivery-status字段定位具体失败原因。
• 检查发件IP信誉：Production层级的Pinpoint会分配专属IP池，在控制台「配置」→「邮件设置」→「IP池」里查看IP的信誉评分，或用Spamhaus等工具自查IP是否被主流邮箱服务商列入黑名单。如果是刚升级到Production，未完成IP预热（逐步提升发送量）会直接导致投递被限制。
• 排查内容反垃圾触发：即使格式合规，邮件内容若包含过度营销话术、虚假承诺、过多跳转链接，或附件存在风险，都会触发ISP反垃圾规则。可以发送纯文本测试邮件到不同域名的有效邮箱，查看是否被放入垃圾箱，或分析邮件头是否带有垃圾邮件标记。
• 验证收件人列表有效性：检查这9444封邮件的收件人是否存在批量拼写错误、过期账户等情况。用Pinpoint的「收件人验证」功能批量检测，或抽取10-20个地址手动发送测试邮件，确认收件人邮箱是否正常接收。
• 核对配置细节：
  • 确认发件人域名的DMARC/SPF/DKIM配置完全生效：即使地址已验证，也要检查DNS记录里SPF是否包含Pinpoint的IP段，DKIM密钥是否在控制台正确配置。
  • 查看「发送限制」规则：在Pinpoint「配置」→「发送限制」里，是否误设置了每日发送上限为0，或是针对特定收件人域的拦截规则。

若以上步骤未解决 #

• 联系AWS Support，提供Pinpoint项目ID、发送批次的时间范围，让官方排查后台投递队列是否存在异常，或是Pinpoint与邮件服务商的连接问题。
• 更换测试模板，发送极简纯文本邮件给已知有效的收件人，排除模板或格式导致的投递失败。

内容的提问来源于stack exchange，提问作者Damiano Dotto