修复 Office 365 中错误代码为 550 5.7.1 的电子邮件传递问题

有关修复导致 DSN 错误代码 5.7.1 或 5.7.0 到 5.7.999 的问题的提示

大多数时候您可能无法自己修复此问题。 收件人或收件人的电子邮件管理员必须更新其电子邮件设置。 但是，您可以尝试下面的一些操作。

如果收件人在您的组织外部    - 请收件人让其电子邮件管理员设置邮箱，以便接收来自您的电子邮件。

如果您要向内部通讯组发送邮件    - 您可能无权向该组或该组的其中一个子组发送邮件。 在这种情况下，NDR 中包含您无权向其发送邮件的受限组的名称。 请该受限组的所有者授予您向其发送邮件的权限。 如果您不知道该组的所有者是谁，您可以通过在 Outlook Web App 或 Outlook 中执行以下操作来确认。

1. 选择 NDR 5.7.1 消息。

2. 在 Outlook Web App 中，选择“收件人”行中的“组”名。 在 Outlook 中，双击“组名”。

3. 在 Outlook Web App 中，从弹出对话框选择“所有者”。 在 Outlook 中，选择“联系人”。

如果您要向大型通讯组发送邮件    - 成员超过 5,000 位的组自动采用下列三条限制：

• 必须是该组的成员才能向该组发送邮件。

• 发送到该组的邮件需要通过审阅人的批准。

• 不能向该组发送大邮件。 但是，如果这是问题所在，您将收到不同于 5.7.1 的 NDR。 请参阅 Exchange Online 限制。

要解决该问题，请加入该组，或请该组的所有者或审阅人批准您的邮件。 请推荐他们参考后文中的如果您是受限通讯组的所有者   部分。

如果上述步骤均不适用或无法解决您的问题，请与收件人的电子邮件管理员联系，并推荐他们参考后文中的如果您是 Office 365 电子邮件管理员   部分。

如果您是受限通讯组的所有者

如果某人向您的通讯组发送了一封邮件，但是收到 NDR 5.7.1，而您希望允许其向您的组发送邮件，请尝试下列步骤之一。

删除发件人限制    - 要授予发件人向您的通讯组发送邮件的权限，可以通过下列方法之一更改组属性：

• 将发件人的电子邮件地址添加到组的允许发件人列表中。

• 将发件人的电子邮件地址添加到组中，或请发件人加入该组。

• 如果发件人由于在贵组织外部而受到限制，您可以将组配置为接受来自外部发件人的邮件。

• 如果您已配置了传输规则以限制特定发件人或发件人组，您可以将该规则修改为接受来自该发件人的邮件。

针对大型组的限制    - 成员超过 5,000 位的组自动采用以下三条限制：

• 发件人必须是该组的成员。

• 发送到该组的邮件需要通过审阅人的批准。

• 不能向该组发送大邮件（但是如果这是问题所在，您将收到不同的 NDR）。 请参阅 Exchange Online 限制。

要解决发件人的问题，请批准其邮件，或将其添加到该组。

管理通讯组   

• 在 Exchange Online 中配置有审阅人的收件人

• 管理通讯组

如何修复导致 Exchange NDR 5.7.1 或 5.7.0 到 5.7.999 的问题？

如果您是电子邮件管理员，并且您需要帮助解决 5.7.1 Exchange NDR 问题，请在这里查找看上去与您的问题相符的部分，然后按照提供的指导操作。

如果发件人在您的组织外部    - 将收件人或您的邮件服务器配置为接受来自外部或匿名发件人的邮件。

外部用户尝试向 Office 365 中启用邮件的公共文件夹发送邮件    - 如果外部用户尝试向 Office 365 中启用邮件的公共文件夹发送邮件，将收到包含以下错误代码的 NDR：

远程服务器返回了“<xxxxxxxx> #5.7.1 smtp;550 5.7.1 RESOLVER.RST.AuthRequired; 需要身份验证 [Stage: CreateMessage]>”

若要更改此行为以便启用邮件的公共文件夹可以接受来自外部发件人的邮件，请执行下列步骤：

1. 通过使用远程 PowerShell 连接到 Exchange Online。 有关如何执行此操作的步骤，请参阅使用远程 PowerShell 连接到 Exchange Online。

2. 向公共文件夹添加匿名帐户权限。 若要执行此操作，请运行以下命令：

   Add-PublicFolderClientPermission -identity <Public Folder> -User Anonymous -AccessRights CreateItems

   请参阅知识库文章 2984402。

如果发件人在您的组织外部且其电子邮件服务器 IP 地址被放到了 Microsoft 的阻止列表中    - 在这些情况下，发件人收到的 NDR 中将包含针对管理员的诊断部分中的信息，如下所示：

5.7.1 服务不可用；使用阻止列表 1 阻止了客户端主机 [xxx.xxx.xxx.xxx]；要请求从该列表中删除，请将此邮件转发给 delist@messaging.microsoft.com

请将该 NDR 邮件转发给 delist@messaging.microsoft.com。

域未在 Office 365 中完全注册    - 如果域为完全注册，请尝试下列步骤：

• 验证您的域在 Office 365 门户 (https://portal.office.com) 中是否显示为“Active”（活动）。

• 有关将域添加到 Office 365 中的信息，请参阅 Office 365 中的域。

• 要解决域验证问题，请参阅 Microsoft 知识库文章 2515404。

MX 记录不正确    - 如果您有不正确的 MX 记录，请尝试下列步骤：

1. 通过运行邮件流疑难解答程序检查发件人和收件人域中是否有不正确或过时的 MX 记录。

2. 请与您的域注册机构或 DNS 托管服务核实，验证您的域的 MX 是否正确。 已在 Exchange Online 中注册的域的 MX 记录使用语法 <domain>.mail.protection.outlook.com。

3. 请使用 Microsoft Remote Connectivity Analyzer 中“Office 365”>“邮件流配置”下的“验证 MX 记录和出站连机器测试”。

4. 验证为您的域仅配置了一个 MX 记录。 Microsoft 不支持为 Exchange Online 中注册的域使用多个 MX 记录。

SPF 记录不正确    - 您的域的发件人策略框架 (SPF) 记录可能不完整，可能不包含您的域的所有邮件源。 有关验证 SPF 记录的详细信息，请参阅自定义 SPF 记录以验证从您的域发送的出站电子邮件。

本地和云组合混合部署配置问题    - 如果您的域是 Exchange 与 Exchange Online 之间的混合部署的一部分，请检查下列项目。

即使混合配置向导会自动配置 Exchange Online Protection (EOP) 服务中的入站和出站连接器，您仍然可以验证这些连接器设置是否正确。 如果用于混合部署的连接器未正确配置，您的 Exchange 管理员需要在本地 Exchange 组织中重新运行混合配置向导。

验证用于混合部署的入站连接器的配置。 有关详细信息，请参阅 Microsoft 知识库文章 2827473。

通过执行下列步骤验证用于混合部署的出站连接器的配置：

1. 通过 https://portal.microsoftonline.com 打开 Office 365，然后单击“管理”>“Exchange”。

2. 在 Exchange 管理中心中，单击“邮件流”>“连接器”。 在“出站连接器”部分中，选择用于混合部署的连接器，然后选择“编辑”。 验证以下信息：

   • 送达      如果选中了“通过智能主机路由邮件”，请确认指定了正确的 IP 地址或 FQDN。 如果选中了“与收件人域关联的 MX 记录”，请确认域的 MX 记录指向正确的邮件服务器。

     您可以测试您的 MX 记录和您是否可以从您的 Exchange Online 组织发送邮件，方法是使用 Microsoft Remote Connectivity Analyzer 中“Office 365”>“邮件流配置”下的“验证 MX 记录和出站连机器测试”。

   • 范围      如果需要将入站 Internet 邮件路由到本地 Exchange 组织，“域”中需要包含您的本地组织中使用的所有电子邮件域。 您也可以使用星号 (*) 值通过本地组织路由所有出站 Internet 邮件。

有关混合部署中传输路由的详细信息，请参阅 Exchange 2013 混合部署中的传输路由。