Exchange错误代码

未送达报告 (NDR) 是向发件人报告邮件传递状态的系统邮件。这种邮件是一种称为传递状态通知的常规邮件信息结构的一个子类。传递状态通知描述三种不同类型的情况：

• 成功（2.X.X 数字代码）

• 持续性瞬时故障（4.X.X 数字代码）

• 持久性故障（5.X.X 数字代码）

要了解有关传递状态通知的更多信息，请参见征求意见文档 (RFC) 1891 和 RFC 1893。

每当邮件无法传递时，都会生成 NDR。如果计算机可以检测到传递失败的原因，它会将该原因映射到一个状态代码，并打印相应的错误消息。（有关这些代码的列表，请参阅 RFC 1891 和 RFC

1893。）对于 NDR 来说，多数数字代码都是以 5.X.X 的形式报告的，描述为持久性故障。但是，也有一些导致 4.X.X 代码的暂时情况。

请注意，报告该问题的服务器显示在数字代码之前。在“简介”部分中的 NDR 示例中，报告服务器是

。有时，报告问题的服务器并不是实际遇到问题的服务器。

下面的列表描述了最常遇到的数字代码及其对应的错误状态：

• 数字代码：4.2.2

仅用于 Exchange 2000 Service Pack 2 或更早版本。请参阅 5.2.2

• 数字代码：4.3.1

可能的原因：此代码可能是由资源问题（例如磁盘已满）导致的。如果您的简单邮件传输协议 (SMTP) 队列位于文件分配表 (FAT) 分区上，且该服务已达到 Windows 所规定的 SMTP 服务可以同时打开的文件句柄数限制，也可能会出现此代码。在这种情况下，您收到的可能是内存不足错误，而不是磁盘已满错误。

故障排除：确保您有足够的磁盘存储空间，尝试在 NTFS 分区上运行您的 Exchange

传输队列。

• 数字代码：4.3.2

首先提供于：Exchange 2000 Service Pack 1

可能的原因：由于管理员通过 Exchange 系统管理器中的队列查看器界面执行的操作，邮件未被传递。

• 数字代码：4.4.1

可能的原因：主机没有响应。

故障排除：此代码可能是由暂时性的网络状况导致的。Exchange 会自动尝试重新连接并传递电子邮件。如果多次重试后传递仍然失败，将生成一个持久性故障 NDR。

• 数字代码：4.4.2

可能的原因：服务器之间的连接已断开。

故障排除：此代码可能是由暂时性的网络问题或服务器停机导致的。服务器会传递特定时间段内的邮件，然后生成进一步的状态报告。

• 数字代码：4.4.6

可能的原因：最大跃点计数超出了邮件的限制。如果不属于同一组织的发送服务器和接收服务器之间存在循环，也可能会出现此代码。在这种情况下，邮件将来回传递，直到超出跃点计数。

故障排除：最大跃点计数属性是针对各虚拟服务器设置的，您可以手动覆盖此设置（默认设置为 15）。此外，请检查是否存在其他会导致服务器之间出现循环的情况。

• 数字代码：4.4.7

可能的原因：队列中的邮件已过期。发送服务器尝试中继或传递邮件，但是在完成该操作之前，邮件已过期。此 NDR 也可能表明已达到远程服务器上的邮件头限制，或者在与远程服务器通信的过程中发生了其他某种协议超时。

故障排除：此代码通常表明接收服务器出现了问题。请检查收件人地址是否有效，并验证接收服务器是否配置为可以正确地接收邮件。您可能需要为从中接收此 NDR 的主机减少邮件头中收件人的数量。如果重新发送邮件，邮件将再次排入队列中。如果接收服务器处于联机状态，邮件将被传递。

• 数字代码：4.4.9

首先提供于：Exchange Server 2003

可能的原因：此代码表明出现了暂时路由错误或使用了错误的路由配置。在下面的一种或两种情形中可能会发生此问题：

o 简单邮件传输协议 (SMTP) 连接器配置为使用没有智能主机的 DNS，而且还配置为使用非 SMTP 地址空间（例如 X.400 地址空间）。

o 邮件发送给的收件人标识为已删除的一个路由组的成员。 故障排除：如果问题持续存在，请使用 WinRoute 工具在树视图窗格中检查路由组，然后检查问题邮件所采用的路由的地址空间。 有关 WinRoute 工具的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

281382 如何使用 WinRoute 工具

• 数字代码：4.6.5

首先提供于：Exchange Server 2003

可能的原因：当由于接收服务器上未安装邮件中指定的代码页而导致入站 SMTP 转换失败时，会出现此代码。传递状态通知仅包含原始邮件头。不提供任何原始内容。

故障排除：查看原始邮件的 MIME。确保接收邮件的服务器上安装了所需要的语言文件。

• 数字代码：5.0.0

首先提供于：首先提供于 Exchange 2000 Service Pack 1（4.3.2、5.4.0、5.4.4 和

5.5.0）中的所有数字代码在 Exchange 2000 Service Pack 1 和更早版本中分类为

5.0.0。

可能的原因：

o 没有到指定的地址空间的路由。例如，配置了 SMTP 连接器，但是地址不匹配。

o DNS 返回了一个域中不存在的授权主机。

o 路由组未定义连接器。来自一个路由组中的一个服务器的邮件没有到另一个路由组的路由。

o 发生了 SMTP 协议错误。

故障排除：

5. 更正地址空间，或将一个带有星号 (*) 值的 SMTP 类型的地址空间添加到一个或多个 SMTP 连接器。

6. 验证 DNS 是否正常工作。

7. 确保路由组具有连接它们的连接器。

8. 如果您在运行不带 Service Pack 1 的 Exchange 2000，请应用 Service

Pack 1 以帮助确定实际问题。

• 数字代码：5.1.0

可能的原因：此代码表明一个一般性的基于分类程序的故障（地址不正确故障）。目录中找不到某个电子邮件地址或其他属性。如果联系人项没有设置 targetAddress 属性，可能会出现此问题。当分类程序因对一个用户执行 homeMDB 查找而使 MDAccess

收到 DSAccess 发出的“找不到对象”错误时，最常出现此问题。

如果您使用 Microsoft Outlook 将您的电子邮件保存为文件，而其他人打开了该邮件并脱机进行了回复，也会出现此问题。当 Outlook 传递该邮件时，邮件属性仅保留

legacyExchangeDN。因此，homeMDB 查找会失败。

故障排除：验证收件人地址是否正确，然后重新发送邮件。验证收件人地址的格式正确，并且分类程序能够正确地解析收件人地址。

• 数字代码：5.1.1

可能的原因：

o 在邮件要送达的组织中不存在此电子邮件帐户。如果用户在站点之间移动时有问题，可能会出现此问题。例如，如果一名以前的 Administrative_Group_1 用户移动到 Administrative_Group_2 然后回复一封旧电子邮件，或者如果该用户未重新创建他/她的 Outlook 配置文件，将使用以前的管理组样式

LegDN 地址，并会生成一个 NDR。

o 邮件发送给已过时的个人通讯簿项。

o 由于您使用 SMTP RFC821 字符配置了您的 SMTP 联系人，分类程序拒绝传递。

故障排除：使用针对数字代码 5.1.0 描述的故障排除步骤。

• 数字代码：5.1.3

可能的原因：地址语法不正确。例如，联系人配置了没有地址类型的 targetAddress 属性。

故障排除：使用针对数字代码 5.1.0 描述的故障排除步骤。

• 数字代码：5.1.4

可能的原因：两个对象具有相同的代理地址，且邮件发送到了该地址。如果远程服务器上不存在该收件人，也可能会出现此问题。

故障排除：验证收件人地址是否正确，然后重新发送邮件。

• 数字代码：5.1.6

首先提供于：Exchange 2000 Service Pack 2

可能的原因：用户目录属性（例如 homeMDB 或 msExchHomeServerName）可能丢失或损坏。

故障排除：验证用户目录属性的完整性，然后再次运行收件人更新服务以确保传输所需的属性有效。

• 数字代码：5.1.7

首先提供于：Exchange 2000 Service Pack 2

可能的原因：发件人的目录结构中具有不良结构的或缺少的邮件属性。没有有效的邮件属性，传输分类程序就无法传递邮件项目。

故障排除：检查发件人目录结构，确定邮件属性是否存在。

• 数字代码：5.2.1

可能的原因：由于邮件太大导致本地邮件被拒绝。收件人缺少主帐户安全 ID 号码 (SID)

也可能导致此错误消息。

故障排除：除验证邮件大小外，还要验证访问权限。检查收件人是否有 SID。

• 数字代码：5.2.2

首先提供于：Exchange 2000 Service Pack 3（在较早的版本中为 4.2.2）。

可能的原因：收件人的邮箱超过了它的存储容量限制。

故障排除：验证邮箱存储和队列存储配额限制。

• 数字代码：5.2.3

可能的原因：邮件相对于本地配额来说太大。例如，远程 Exchange 用户的传递限制可能设置了最大传入邮件大小。

故障排除：重发邮件而不带附件，或设置服务器端限制或客户端限制以允许较大的邮件大小。

• 数字代码：5.3.0

首先提供于：Exchange Server 2003

可能的原因：Exchange Server 2003 具有允许 Exchange 2003 在无需邮件传输代