Amazon WorkMail帐户无法接收电子邮件

Question

我以前设置了一个AWS WorkMail组织和电子邮件地址，我正在使用在Route 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)

有人可以提供建议，为什么第二封电子邮件会出现问题，而不是第一封？

修改 根据kiwicopple的建议，我已确保自定义域均为Set as Default，并且已选择此域作为电子邮件地址。但是，这还没有解决问题。

Answer 1

迟了几年，但这就是我要解决的问题：

1。确保默认域是您想要的域

Workmail＆gt;域名＆gt;选择域＆gt;点击Set as Default

2。确保用户已将域分配给其邮箱

1. 用户＆gt;点击用户＆gt;点击Edit
2. 在Email address字段中，确保域下拉列表具有正确的字段

应该是全部。如果您仍然遇到问题，那么可能是MX记录仍在传播。等几个小时再试一次

Answer 2

迟到（2019！）总比没有好。

我必须在 Route 53 Hosted Zones 控制台中手动设置 MX 和 CNAME 记录。

因此，首先：请确保您具有用于接收在Route 53中设置的邮件的记录集！您可以通过执行以下操作进行检查：

1. 在 WorkMail AWS控制台中，转到域
2. 假设您的域是默认域，请单击它
3. 在域验证状态屏幕中，确保邮件设置（必需）下的记录已被验证，这意味着它们已在 53号公路（对我来说，我缺少MX和CNAME记录）。如果缺少它们或除 verified 以外的其他内容，那么您就需要在 Route 53 中修复此问题。
4. 如果记录不在我们的 Route 53 /托管区域记录中，请手动添加
5. 您现在应该可以在Amazon WorkMail中接收邮件。

为我工作。

Answer 3

在我的特定情况下，我忘记了我设置了带有指向Lambda的活动规则的AWS Simple Email Service（SES）。这些规则没有根据目标电子邮件地址进行区分，因此它们捕获了所有所有进入WorkMail域的电子邮件，并对其进行了过滤，丢弃并阻止了传递。

我进去并在SES控制台中禁用了规则集，而我目前正在努力制定更具体的规则，以仅将目标电子邮件发送到一个特定域而不是任何地方。

为确保您的情况并非如此，

• 在Amazon Web Services Web控制台中转到SES。
• 在左窗格中，转到“电子邮件接收”部分下的“ 规则集”。
• 点击“ 查看活动规则集”。
• 系统会为您提供一组规则。您应该在此处看到一组规则，而您的WorkMail规则可能位于列表的底部。
• 要确保SES规则不会阻止您的邮件接收，请禁用WorkMail规则以外的其他任何规则。
• 发送电子邮件到您的WorkMail帐户，并验证它是否有效。

这是我的答案，但这是因为我尴尬地忘记了我已经这样做了。

如上所述，一个比禁用规则更好的解决方案是确保在每个规则上指定过滤条件，以确保它仅适用于有效的地方。

Answer 4

在验证了当前答案的所有步骤之后，您需要等待直到DNS MX记录正确传播。

例如，您可以转到whatsmydns.net，键入您的域，然后选择Double.Historical.Sim.Var <- function(d1, wa=0.75, wb=0.25, pv=1000, cl=0.95) { x <- pv w <- c(wa,wb) Pw <- -pv*w loss <- rowSums(t(Pw * t(d1))) result <- quantile(loss,0.95) return(result) } 记录。

然后确保入站SMTP记录指向AWS。

---

否则，要找到正确的MX记录，请访问AWS Regions and Endpoints。

因此，基本上，转到 Route 53 中域的托管区域，您应该拥有以下MX记录：

MX

另请参阅：AWS SES handle doesn't exist mailbox with Lambda

Answer 5

好的，我遇到了同样的问题。就我而言，这是因为我正在设置一个新域以通过Amazon SES接收电子邮件。我没有意识到是Amazon SES用于处理Amazon Workmail。

因此，我在这里盲目地研究文档，设置新的SES接收规则集并将其激活。一切都很好！

不久之后，我意识到我的Amazon Workmail帐户都无法使用！我通过gmail地址向自己发送了一封电子邮件，并以

退回

550 5.1.1 Requested action not taken: mailbox unavailable

大约10分钟后，我意识到了恢复的方法是禁用刚刚为SES创建的新规则集，并启用INBOUND_MAIL规则集，其中包含管理Amazon Workmail的所有规则。

然后我在此规则集的末尾添加新规则，现在我同时使 Amazon SES和Amazon Workmail 。

所以我的情况不同于OP的情况。但是，考虑到相同的错误消息，我怀疑存在OP所不知道或不认为相关的Amazon SES更改。