小编Tay*_*lan的帖子

我们已将电子邮件服务从 Mandrill 更改为 Amazon SES。我们将它与 SMTP 一起使用。

在 Mandrill 中，我们可以访问一些详细信息，例如：

• 电子邮件的原始内容
• 交货日期
• 是收件人查看的电子邮件
• 是否点击了电子邮件中的链接

但在SES Management Console > Sending Statistics页面中，它只显示数字，而没有任何交货、退回、投诉和拒绝的详细信息。

我已经研究过 CloudTrail、CloudWatch 和 S3 组合，但没有运气。另外我不确定这是否仍然有效，但此页面说

支持除电子邮件发送 API（SendEmail 和 SendRawEmail）之外的所有 Amazon SES API。

所以我似乎无法使用 CloudTrail 记录这些数据。

我可以通过另一种方法（也许是第三方工具？）记录它们。其他人如何记录这些？还是他们？也许 SMTP 不可能，但只有 API 可能？

示例场景

我们为 SES 使用了多个 IAM 访问密钥（具有多个用户）。假设投诉增加了 50%。AWS 不提供任何工具来查找罪魁祸首访问密钥吗？

此问题发生在 Nginx 和 PHP-FPM 提供的纯 PHP 文件上。我在使用 Symfony 开发网站时偶然发现了这个问题，但有问题的内容长度范围是 3702-15965 （我想知道为什么它与普通 PHP 不同）。

到目前为止我尝试过的：

• 超时持续时间为 15 秒，但我尝试将其增加到 300 秒，但仍然超时。所以我猜这是无限循环的事情。
• 它看起来与资源无关，因为即使内容长度为 500 万个字符它也能工作。
• 使用不同的字符创建了各种测试，看看是否可以更改有问题的内容长度范围。答案是否定的，我所有的测试范围都保持不变。
• 我尝试过禁用 gzip。它没有改变长度范围，但响应发生了变化。Gzip 启用响应：“上游请求超时”| Gzip 禁用响应：完全空白

笔记：

• 我的本地主机上不存在此问题。
• 很少能正常打开页面。我无法一致地重现这一点。
• 除了“请求超时”行之外，Nginx、PHP 或 GCR 日志中没有任何错误。

任何帮助表示赞赏。谢谢。