我是 Amazon SES 的新手，我发现有两种以编程方式发送电子邮件的方法：
每种方法的优缺点是什么？在我看来它们可以互换，但我想听听有过 SES 经验的人的意见。
根据我自己的要求，我将向我的用户发送交易电子邮件（即收据、帐户确认等）和通知电子邮件（即“您有新消息”、状态更改等）他们与我的网络和移动应用程序交互。如果可能的话，我想保留所有这些外发电子邮件的历史记录。
【问题讨论】：
标签： email amazon-web-services smtp jakarta-mail amazon-ses
从Amazon's documentation on improving throughput 开始，API 的一个优势是可以选择使用持久 HTTP 连接来提高吞吐量。这不适用于 SMTP 选项。
除此之外，我无法找到 API 和 SMTP 之间的任何其他主要区别。
【讨论】：
通过使用 SES API，您使用的是 SDK，因此您可以在您的实例上使用角色：您不必处理和存储配置密码，因此您不会经历更改的痛苦密码。
我发布了一个小项目https://github.com/loopingz/aws-smtp-relay 从 localhost SMTP 中继到 SES API，这样您就可以将只处理 SMTP 的遗留应用程序连接到更正常的 SES API
【讨论】：
SES API 将您与 AWS、SMTP 接口联系在一起……嗯，它就是 SMTP。
您是否预见到将来需要离开 AWS？您的应用程序是否已经使用 SMTP 与另一台电子邮件服务器通信？
根据您当前的应用程序，使用 SMTP 可能更容易。
如果您是从头开始，并且预计不需要离开 AWS，您可能应该使用 SES API。
【讨论】：
在我看来它们可以互换
这是一个公平的分析。我将两者都使用——API 用于新代码，SMTP 用于已经知道如何使用 SMTP 的现有代码。无论哪种方式，我都没有找到有力的案例。
这两个界面都不会保留历史记录——您必须自己做。我正在为一些遗留代码使用的一种机制是 SMTP 代理，它捕获应用程序和 SES 之间的交互，使用 SES 消息 ID 作为 S3 密钥将整个事务保存到 S3，以便以后在需要时检索（仍然是正在进行的工作，更紧迫的项目要做）。
您至少需要保留 SES 返回的那些消息 ID，并配置退回、递送和投诉通知，以便您获得反馈……这也适用于任一界面。
【讨论】：