亚马逊WorkMail账户收不到电子邮件
我以前建立了一个AWS WorkMail组织和电子邮件地址，我正在使用我的自定义域托管在53号公路。这已经很成功了。
但是现在我已经创建了第二个WorkMail地址，我无法接收到它的电子邮件(虽然我可以从它发送电子邮件)。我收到以下错误消息：
The response from the remote server was:
550 5.1.1 Requested action not taken: mailbox unavailable
Final-Recipient: rfc822; email@my-domain.com
Action: failed
Status: 5.1.1
Remote-MTA: dns; inbound-smtp.us-east-1.amazonaws.com. ([my-ip], the
server for the domain [my-domain.com].)
Diagnostic-Code: smtp; 550 5.1.1 Requested action not taken: mailbox
unavailable
Last-Attempt-Date: Wed, 13 Dec 2017 09:07:52 -0800 (PST)有人能给出建议吗?为什么第二封邮件会有问题，而第一封却没有呢？
编辑:根据我的建议，确保了自定义域是Set as Default，并且这个域是为电子邮件地址选择的。然而，这并没有解决这个问题。
回答 6
Stack Overflow用户
发布于 2017-12-30 04:57:43
晚了几年，但我做了些什么来解决这个问题：
1.确保默认域是您想要的域
Workmail >域>选择域>单击Set as Default
2.确保用户已将域分配给他们的邮箱
- 用户>单击用户>单击
Edit - 在
Email address字段中，确保域下拉列表具有正确的字段
应该就这样了。如果你仍然有问题，那么它可能是MX记录仍在传播。等几个小时再试一次
Stack Overflow用户
发布于 2019-02-23 10:56:27
更好的迟到(2019年！)总比从来没有。
我必须在路由53托管的区域控制台中手动设置MX和CNAME记录。
因此，首先:确保您有您的记录集，以接收邮件设置在53号公路！您可以通过执行以下操作来检查这一点：
- 在WorkMail AWS控制台中，转到域
- 假设您的域是默认的，单击它
- 在域验证状态屏幕中，确保对邮件设置(必需)下的记录进行了验证，这意味着它们是在路由53中设置的(对我来说，我丢失了MX和CNAME记录)。如果它们丢失了，或者除了验证之外的其他东西，那么您需要在路由53中修复这个问题。
- 如果记录不在我们的路由53 /托管区域记录中，请手动添加它们
- 您现在应该能够接收到亚马逊WorkMail中的邮件了。
为我工作过。
Stack Overflow用户
发布于 2020-08-12 01:25:52
好吧，我也有同样的问题。在我的例子中，这是因为我建立了一个新的域，通过Amazon接收电子邮件。我没有意识到的是，Amazon用于处理Amazon。
因此，我在这里，盲目地工作，通过文档建立一个新的SES接收规则集，并使它的活动。一切都很好！
不久之后，我意识到我的帐户都没有工作！我给自己发了一封gmail地址的电子邮件
550 5.1.1 Requested action not taken: mailbox unavailable经过大约10分钟的疯狂恐慌之后，我意识到恢复的方法是禁用我刚刚为SES创建的新规则集，并启用INBOUND_MAIL规则集，该规则集包含控制Amazon的所有规则。
然后，我在这个规则集的末尾添加我的新规则，现在我让Amazon和同时工作。
因此，我的场景与OP的不同，但是我怀疑，考虑到相同的错误消息，已经发生了Amazon的更改，OP不知道也不认为这些变化是相关的。
https://stackoverflow.com/questions/47798822
复制相似问题
腾讯云开发者
