Amazon web services 亚马逊SES验证身份限制

我使用Amazon SES，发现验证身份有一个限制，即每个帐户有1000封电子邮件（发件人）

我的应用程序每天发送大约一百万封电子邮件，我正在创建电子邮件标识，但现在我接近1000封

---

解决这个问题的最佳方法是什么？或者亚马逊有没有可能增加它？

不确定sendgrid是否对发件人地址设置了限制，我找不到任何限制。对于您的用例，它们可能是一个很好的替代方案

亚马逊目前不会增加这一比例。你可以：

1.-为每个SES区域使用1.000个验证发件人，总计：3.000，亚马逊向SES添加的区域越多，您拥有的验证发件人越多。如今，亚马逊在以下地区提供SES：弗吉尼亚州、俄勒冈州、爱尔兰

2.-创建另一个Amazon AWS帐户，这样您就有了3000多个已验证的发件人

3.最佳方法，AWS尚未提供：使用AWS API为每个用户创建单独的AWS帐户，然后使用允许该用户使用SES API的策略为该AWS帐户创建一个用户

当允许这么多发件人使用您的SES帐户时，请小心。如果他们中的任何人有不当行为，亚马逊AWS团队将立即取消您的AWS帐户或限制您的SES发送能力。

不要这样做！ 首先，SES被设计成一个“多个发送者对多个接收者”的服务，而不是一个“多个（不受信任的）发送者对多个接收者”的服务

第二，代表他人发送电子邮件不是一种好的做法；相反，请使用您自己的已验证发件人并将用户添加为回复：address。通过这种方式，点击回复将把电子邮件发送给正确的人，您实际上可以使用电子邮件签名（DKIM等）

例如：

From: <mailer@yourdomain.com>
Reply-To: <user@domain.org>
Subject: ...

来自：
答复:
主题：。。。

为什么每天要创建1000多个电子邮件身份？只需要对“发送”实体（以及沙盒发送）进行验证。这不是每天的限制，而是总限制。我的应用程序允许用户通过他们的姓名和电子邮件发送电子邮件，所以我需要它。10 Laks=1.000.000？？？只是想了解如何使用它，因为他们必须有1000多个客户（发件人）。您能否详细说明技术？1-它只是关于连接到不同的端点吗？OP专门针对SES解决方案。Sendgrid不是SES的好替代品。也许是为了起步，或者是为了那些技术不够的人。它相当昂贵&没有OP要求的那么多定制。