内部交付

Question

@domain.com默认情况下，当您在电子邮件系统中配置域名时，他们通常会假设它们完全权威性整个命名空间的权限。换句话说，他们拥有是否接受和递送发往的邮件的最终权力<anyone>@domain.com。

在这种情况下，您有两个独立的电子邮件系统，具有不同的（不相交的）用户列表。我们需要确保每个系统都知道另一个系统上的用户，以免拒绝合法的电子邮件。

目前，从一个邮件系统的用户向另一个邮件系统发送邮件会失败。当邮件系统不知道另一个邮件系统存在时，它会丢弃发往该系统用户的邮件并向您发送退回邮件以表明该用户不存在：

为了解决这个问题，您需要一个共享的 SMTP 命名空间，以便两个邮件系统之间可以自由交换消息。只有在两个系统都不知道收件人是否存在时，它们才会被丢弃：

在 Office 365 中，您需要将您的配置domain.com为内部中继域. 根据文档，在以下情况下使用内部中继域：

此域的收件人可以位于 Office 365 或您自己的电子邮件服务器中。电子邮件将发送给 Office 365 中的已知收件人，如果 Office 365 不知道收件人，则将转发到您自己的电子邮件服务器。

您可以在网上找到详细的配置指南Office 365 社区网站。在这种情况下，“A.Datum Corporation”指的是您的Unoeuro邮件系统，而Office 365则是书面上的Office 365。

随后需要配置 Unoeuro 以将电子邮件转发到 Office 365。这可以通过以下几种方式完成：

Unoeuro 邮件服务器上的中央配置指示它将发往未知用户的电子邮件传递到 Office 365 进行进一步处理。这种通配符方法需要小心，因为这意味着 Unoeuro 服务器并不明确知道每一个具有@domain.com电子邮件地址的用户。当它不知道地址时，它必须向 Office 365 询问最终的投递/退回决定，而不是在本地做出决定。因此，必须小心避免邮件循环，并且（对于从外部来源收到的电子邮件）NDR 背向散射. 我不会在这里进一步考虑这种方法。
Unoeuro 按邮箱进行单独转发，这会导致发送到的邮件[email protected]被转发到[email protected]。domain.onmicrosoft.com是您的 Office 365 租户域，这将强制传递到 Office 365 邮箱。

上面链接的文章采用了方法 2。为简单起见，我建议采用这种方法，除非您拥有大量用户。

外部交付

剩下要讨论的部分是电子邮件的外部传递。

您的MX记录是外部电子邮件系统的核心。它指示外部邮件系统哪些机器负责处理邮件@domain.com。目前，您指示您的MX记录指向 Unoeuro。

目前，您的MX情况如下：

外部服务器不知道您的 Office 365 环境。它们将继续向 Unoeuro 的系统发送入站电子邮件。两个系统之间的内部电子邮件传递配置（上文）也将适用于外部电子邮件，从而导致该邮件被转发到 Office 365 供驻留在那里的用户使用。

您可能已配置其他 DNS 记录以用于安全目的，例如发件人策略框架 ( SPF) 记录。您必须确保更新这些记录以批准 Office 365 作为来自的邮件的可信发件人domain.com，否则您的邮件可能会被退回。如果您不确定，请与 Unoeuro 联系。

也许。您可以，但没有必要同时列出 Unoeuro 和 Office 365。这种方法有额外的复杂性，您必须小心避免重复交付、邮件循环和未知的用户场景。

列出两个邮件系统可能提供更高的正常运行时间；如果 Unoeuro 出现故障，Office 365 用户仍然可以接收邮件，反之亦然。

我建议您首先将单个提供商作为入站MX目的地，然后再扩展到多个入站收件人。

Answer 1