我遇到了这种奇怪的情况 - 一个 Outlook 和一个 Hotmail 帐户，想要将 Hotmail 帐户的传入电子邮件重定向到 Outlook 帐户，因此我分别尝试了这两个选项：
启用转发 - 这对全部收到的电子邮件
规则（带有“重定向到”操作）- 这对某些收到的电子邮件有效（例如来自 gmail 的电子邮件），但有些则无效
可能的原因是什么，为什么有些电子邮件有效，但有些却没有“重定向到”操作，但是全部电子邮件在启用转发设置下可以正常工作吗？即使那些在“重定向到”操作中失败的电子邮件在启用转发设置下也可以正常工作！
我已经排除了错误规则设置的可能性，因为我在规则中添加了两个操作：一个“重定向到”，一个“移动到文件夹”，其中“移动到文件夹”操作执行全部电子邮件，但“重定向到”操作只对部分电子邮件执行，并非全部。
至于为什么我有一个有效的启用转发设置但我仍然想要该规则，这样我就可以有选择地选择要应用规则的电子邮件，而不是应用于所有电子邮件。
PS 虽然我展示的是 Outlook 客户端，但我并没有执行某些客户端规则，而是执行了服务器端规则。
答案1
您的问题是任何邮件重定向到不同域名的基本问题：
让我们考虑一下：
- （A）电子邮件的原始发件人
- （B）转发/重定向账户
- （C）最终接收器。
转发和重定向是两个完全不同的操作：
- 转发将根据原始邮件正文（添加一些有关原始发件人的行）创建新邮件，但使用新标题，其中字段
From:将包含 (B) 的电子邮件地址。发送服务器将为 (B) 的邮件服务器。 - 重定向另一方面，将获取原始电子邮件，对标题进行一些修改，然后将其发送到 (C) 的邮件服务器。字段中的
From:结果将是 (A)，但最终的发送服务器仍将是 (B) 的邮件服务器。
现在的问题是，在重定向的电子邮件中，(C) 的服务器将发现字段From:与接收电子邮件的服务器不一致。这就是发件人策略框架(SPF) 开始起作用。简而言之，(A) 服务器的 SPF 记录决定了 (A) 电子邮件地址的允许发件人：通常，(B) 的服务器不会在 (A) 的 SPF 记录中提及。这意味着在服务器 (C) 上，重定向电子邮件的 SPF 几乎总是会失败。如果服务器 (A) 具有宽容的 SPF 策略（“认为邮件服务器 (A) 是正确的，但也允许其他服务器”），则电子邮件无论如何都会被发送。但如果 (A) 强制执行严格的 SPF 策略（“仅允许来自邮件服务器 (A) 的电子邮件”），(C) 将拒绝该电子邮件，并显示 SPF 硬失败。
下一个问题是，如果重定向的电子邮件从服务器 (C) 反弹，(B) 永远不会知道，因为反弹将被传递给原始发件人 (A)。这可以通过 SRS 缓解 (发件人重写方案)，其中服务器 (B) 修改标头，以便接收来自重定向邮件的退回邮件。Microsoft 不实施 SRS（至少在免费电子邮件服务中没有），因为可以在此主题中阅读；他们的官方立场是“使用转发”。 其他线程描述与您的问题类似的问题。
从上述考虑来看，由于你无法影响（A）的 SPF 记录，因此重定向规则只能在两种情况下安全使用：
- (B) 和 (C) 位于同一邮件服务器上。重定向将被视为在两个收件箱之间复制邮件。（请注意，由于内部政策原因，对于 hotmail、outlook、gmail 等大型提供商而言，这可能仍然不总是有效）。
- 您是 (C) 邮件服务器的所有者，并且可以完全将地址 (B) 列入白名单。
最后但同样重要的一点是，还应该提到的是，邮件服务器（C）可以具有与（B）不同的垃圾邮件策略，因此出于这样的原因，它可能无论如何都会拒绝（B）可能允许的消息。
答案2
当我运行重定向规则时转发规则是否启用？
这是预期行为。邮箱上的转发会覆盖收件箱重定向规则。要启用重定向规则，请删除邮箱上的转发。有关更多详细信息，请参阅：https://learn.microsoft.com/en-us/exchange/troubleshoot/email-delivery/inbox-redirect-rule-not-working。