AWS SES 554 - web.de 和 GMX 电子邮件地址没有 SMTP 服务
AWS SES 554-No SMTP Service for web.de and GMX email addresses
我正在使用 AWS SES 通过我的应用程序自动发送电子邮件。
我已将身份管理配置如下：
DKIM 设置正确。我从我的域发送电子邮件没有问题，但 GMX 和 WEB.de 电子邮件除外，我收到以下错误：
Action: failed
Final-Recipient: rfc822; xyz@web.de
(mxweb111) Nemesis ESMTP Service not available
554-No SMTP service
554-Reject due to policy restrictions
查看更多文档，似乎来自我的域的电子邮件被他们的服务器归类为垃圾邮件。
我进行了研究，发现我可能需要配置反向 DNS，但看起来像 AWS SES does not support this?
我还能做些什么来让我的电子邮件通过 WEB.de 和 GMX 服务器？
谢谢。
我正在与 AWS SES 支持人员就此问题进行深入对话。这是结果：
I also would like to update you that SES internal team were able to confirm a deliverability issue with the recipient ISP and are actively working towards a resolution but we do not have an exact ETA at this time. Due to the nature of the shared IP pool, these types of blocks can happen periodically and we make every effort to resolve these issues as fast as possible. To prevent impact from these types of issues, it is always recommended to use dedicated ips for higher volume sending.
表示AWS SES使用的共享IP地址被GMX列入黑名单，WEB.de
AWS SES 希望解决这个问题。
同时，他们建议使用dedicated IP addresses来解决这个问题。
请注意，这些 IP 地址必须是 "warmed up"，以免给收件人造成麻烦（例如垃圾邮件文件夹问题）。
不幸的是，我的发送量还没有那么高，所以我祈祷我可以轻松发送这些电子邮件。否则我必须找到其他解决方案或需要等待 AWS 解决黑名单问题。
我希望这对其他人有帮助。
编辑 2021 年 1 月
我能够发送到 GMX/WEB.de，尽管我的 IP 才刚刚开始预热。现在一个月后，我几乎达到了 100%，每天发送的电子邮件数量不多。
United Internet 运营的一些电子邮件服务（至少是 GMX，Web.de）似乎阻止了 Amazon SES IP。 DKIM、SPF、DMARC 的有效性似乎对区块没有任何影响。早在 2020 年 10 月 5 日，我就在我的日志文件中看到了这些拒绝。
使用专用 IP 地址的替代方案有其自身的挑战。管理和预热用于传送的新 IP 地址可能会非常痛苦（例如，众所周知，Outlook.com 会在 IP 更改后接受并默默丢弃电子邮件）。
我建议写信给 mailsecurity@info.gmx.net 或使用他们的联系表 https://postmaster.gmx.net/en/contact。我收到了他们的回复，尽管他们似乎没有完全理解这个问题。也许更多的接触会帮助他们看到解决这个问题的重要性。在那之前，我会通过横幅通知我的用户这个问题（并推荐其他电子邮件服务）。
亚马逊支持对我没有帮助。我收到了一个一级响应，表明响应者根本不理解这个问题，但承诺将其转发给 SES 支持。从那以后，我已经一个星期没有听到任何消息了。
编辑：自 2021 年 3 月 24 日起，我的日志中不再有 554-Reject due to policy restrictions 次失败。似乎 GMX 或 Amazon 已经做了一些事情来解决这个问题。
我正在使用 AWS SES 通过我的应用程序自动发送电子邮件。 我已将身份管理配置如下：
DKIM 设置正确。我从我的域发送电子邮件没有问题，但 GMX 和 WEB.de 电子邮件除外，我收到以下错误：
Action: failed
Final-Recipient: rfc822; xyz@web.de
(mxweb111) Nemesis ESMTP Service not available
554-No SMTP service
554-Reject due to policy restrictions
查看更多文档，似乎来自我的域的电子邮件被他们的服务器归类为垃圾邮件。
我进行了研究，发现我可能需要配置反向 DNS，但看起来像 AWS SES does not support this?
我还能做些什么来让我的电子邮件通过 WEB.de 和 GMX 服务器？ 谢谢。
我正在与 AWS SES 支持人员就此问题进行深入对话。这是结果：
I also would like to update you that SES internal team were able to confirm a deliverability issue with the recipient ISP and are actively working towards a resolution but we do not have an exact ETA at this time. Due to the nature of the shared IP pool, these types of blocks can happen periodically and we make every effort to resolve these issues as fast as possible. To prevent impact from these types of issues, it is always recommended to use dedicated ips for higher volume sending.
表示AWS SES使用的共享IP地址被GMX列入黑名单，WEB.de AWS SES 希望解决这个问题。
同时，他们建议使用dedicated IP addresses来解决这个问题。 请注意，这些 IP 地址必须是 "warmed up"，以免给收件人造成麻烦（例如垃圾邮件文件夹问题）。 不幸的是，我的发送量还没有那么高，所以我祈祷我可以轻松发送这些电子邮件。否则我必须找到其他解决方案或需要等待 AWS 解决黑名单问题。 我希望这对其他人有帮助。
编辑 2021 年 1 月
我能够发送到 GMX/WEB.de，尽管我的 IP 才刚刚开始预热。现在一个月后，我几乎达到了 100%，每天发送的电子邮件数量不多。
United Internet 运营的一些电子邮件服务（至少是 GMX，Web.de）似乎阻止了 Amazon SES IP。 DKIM、SPF、DMARC 的有效性似乎对区块没有任何影响。早在 2020 年 10 月 5 日，我就在我的日志文件中看到了这些拒绝。
使用专用 IP 地址的替代方案有其自身的挑战。管理和预热用于传送的新 IP 地址可能会非常痛苦（例如，众所周知，Outlook.com 会在 IP 更改后接受并默默丢弃电子邮件）。
我建议写信给 mailsecurity@info.gmx.net 或使用他们的联系表 https://postmaster.gmx.net/en/contact。我收到了他们的回复，尽管他们似乎没有完全理解这个问题。也许更多的接触会帮助他们看到解决这个问题的重要性。在那之前，我会通过横幅通知我的用户这个问题（并推荐其他电子邮件服务）。
亚马逊支持对我没有帮助。我收到了一个一级响应，表明响应者根本不理解这个问题，但承诺将其转发给 SES 支持。从那以后，我已经一个星期没有听到任何消息了。
编辑：自 2021 年 3 月 24 日起，我的日志中不再有 554-Reject due to policy restrictions 次失败。似乎 GMX 或 Amazon 已经做了一些事情来解决这个问题。