我们已将电子邮件服务从Mandrill更改为Amazon SES。我们正在使用SMTP。
在Mandrill，我们可以访问一些细节，例如：
但在SES Management Console > Sending Statistics页面中，它仅显示数字，但没有任何有关交付，退回，投诉等的详细信息。拒绝。
我已经研究过CloudTrail，CloudWatch＆amp; S3组合没有运气。此外，我不确定这是否仍然有效，但this page说
支持除电子邮件发送API（SendEmail和SendRawEmail）之外的所有Amazon SES API。
所以我似乎无法使用CloudTrail记录这些数据。
我可以通过其他方法（也许是第三方工具？）来记录它们。其他人如何记录这些？或者他们呢？也许用SMTP不可能，但只能使用API？
示例方案
我们正在为SES使用多个IAM访问密钥（具有多个用户）。假设投诉增加了50％。 AWS是否提供任何工具来查找罪魁祸首访问密钥？
答案 0 :(得分：3)
对于原始内容日志记录，您必须通过一些记录所有内容的服务代理SMTP请求，然后将其发送到SES，或者在调用SES之前记录代码中的所有内容。
对于递送率，您必须设置SNS监听器才能处理SES bounce notifications。
对于已查看的电子邮件和点击的链接，您必须构建自己的分析服务，以便为您发送的电子邮件添加跟踪，或者找到一些为您执行此操作的第三方服务。
SES比Mandrill等其他电子邮件服务便宜得多，这是因为您没有获得其他服务提供的所有功能。老实说，如果你想要点击跟踪分析，我建议你重新考虑远离Mandrill，或者看看其他电子邮件服务，如SendGrid。 SES更像是一种原始电子邮件发送服务，它不能提供您正在寻找的任何更高级别的功能。
答案 1 :(得分：3)
当尝试轻松访问Amazon SES向谁发送电子邮件，在什么时间等时，我发现了这个线程。我发现Amazon的教程非常有用：
https://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-tutorials.html
我实际上尝试了全部四个。我不知道如何获得CloudWatch路径以实际显示电子邮件的发送者，但其他电子邮件还是起作用的。我最终选择了Amazon Redshift路径：
https://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-redshift.html
它对我来说效果很好，并提供了对“日志”数据的SQL查询视图。它们确实具有新的查询工具，因此如果您不想使用JDBC / ODBC，则不必使用。
希望这会帮助其他人寻找...