我正在尝试了解 SES 等市场邮件系统的工作原理。 基本上它说我需要验证我的电子邮件地址。我已将一些 CNAME 添加到我的域中，现在似乎已验证。
虽然有几个问题：
我有点难以理解 SES 提供的内容。起初我以为 SES 会取代我的电子邮件服务，但它似乎只发送compaign 而不是更多......
【问题讨论】：
标签： amazon-web-services amazon-ses
SES 基本上是一个大容量的托管 SMTP 服务器。它将接受来自您的应用程序的电子邮件，并将其发送给预期的收件人。由于 AWS 在防止滥用方面非常严格，因此您更有可能将电子邮件正确发送给最终用户。
如果您是从应用程序发送的 - 即所有电子邮件都来自 noreply@example.com 之类的东西，您可以仅验证单个发送电子邮件。根据您的问题，您可能需要验证您的整个域，这将使过程更容易。
SES 的好处之一是与其他服务的集成。因此，您可以构建代码来自动处理退回邮件和投诉 - 如果您向不再存在的地址发送电子邮件，您会收到退回邮件，并且可以通过 SNS 和您的应用程序使用该邮件退订或删除该帐户。
请注意，此时 SES 只是发送电子邮件。您可以将 SES 配置为接收电子邮件，但这意味着它将把所有电子邮件发送到您的域。
【讨论】：
from 字段的要求。而且我仍然需要为将通过 SES 在我的域提供商处发送的每个电子邮件地址拥有我的电子邮件帐户和计划？ （我认为 SES 提供了针对我的域定制的帐户，并允许像普通电子邮件帐户一样手动发送和接收......）
SES 要求的第一步是验证您发送电子邮件的电子邮件地址。
下一步是在 Route53 或您的 DNS 服务器中设置域验证。
最后一步是打开亚马逊支持案例并请求提高您的发送限制。这将允许您使用 SES 从您域中的任何电子邮件地址正常发送电子邮件，直至达到您的发送限制。此限制通常是每天首次请求时 50,000 条消息，但可以更大。当您打开支持案例时，请指定您需要什么。这里的目标是防止垃圾邮件发送者使用 SES。提示：为您的帐户使用真实的信用卡，因为这样可以简化亚马逊验证您的身份。信用卡上的名称与域名所有者匹配会更好。
整个过程很容易完成。
对于普通电子邮件，用户前端是 Amazon WorkMail。您也应该进行设置，但您也可以继续使用 Outlook 365 等。
【讨论】：