AWS SES - 記錄SendEmail和SendRawEmail調用（SMTP）

我們已將我們的電子郵件服務從Mandrill更改爲Amazon SES。我們正在使用它與SMTP。AWS SES - 記錄SendEmail和SendRawEmail調用（SMTP）

在山魈我們不得不進入一些細節，如：

交貨日期
電子郵件的原始內容由收件人查看電子郵件
在電子郵件中的鏈接點擊

但在SES Management Console > Sending Statistics頁面它只顯示數字，沒有任何交付細節，反彈，投訴&拒絕。

我已經看過CloudTrail，CloudWatch & S3組合，沒有運氣。另外我不確定這是否仍然有效，但this page表示

支持除電子郵件發送API（SendEmail和SendRawEmail）之外的所有Amazon SES API。

所以我似乎無法用CloudTrail記錄這些數據。

我可以通過其他方法（可能是第三方工具？）記錄它們嗎？其他人如何記錄這些？或者他們呢？也許這不可能與SMTP，但可能只有API？

示例場景

我們使用多個IAM訪問鍵（多用戶）爲SES。假設投訴增加了50％。 AWS是否提供任何工具來查找罪魁禍首訪問鍵？

來源

2016-04-26 Taylan

對於原始內容日誌記錄，您必須通過某些服務來代理SMTP請求，這些服務會記錄所有內容，然後將其發送到SES，或者在調用SES之前只記錄代碼中的所有內容。

對於交貨率，你將不得不設置SNS聽衆來處理SES bounce notifications。

對於電子郵件查看和鏈接點擊，你將不得不建立自己的分析服務，以追蹤您發送的電子郵件，或找到一些第三方服務，爲您做到這一點。

SES比Mandrill等其他電子郵件服務便宜很多，這是因爲您沒有獲得其他服務提供的所有功能。老實說，如果你想要點擊跟蹤分析的東西，我建議你重新思考離開Mandrill，或者看看SendGrid等其他電子郵件服務。 SES更多的是一種原始的電子郵件發送服務，它不提供任何您要查找的更高級功能。

來源

2016-04-26 16:16:49

我們爲SES使用多個IAM訪問密鑰（與多個用戶）。假設投訴增加了50％。 AWS是否提供任何幫助（如工具，不支持計劃）來查找罪魁禍首訪問鍵？ – Taylan

@Taylan不，我想不出任何簡單的方法來追蹤投訴的來源。正如您在文檔中看到的那樣，AWS不會將投訴通知綁定到生成電子郵件的IAM帳戶：http：//docs.aws.amazon。com/ses/latest/DeveloperGuide/notification-contents.html＃投訴對象 –

好的，謝謝你的信息。我會等一個星期才能接受答案，以防萬一。 – Taylan

AWS SES - 記錄SendEmail和SendRawEmail調用（SMTP）

回答

相關問題