未送达报告 (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 示例中，报告服务器是 server.nwtraders.com。有时，报告问题的服务器并不是实际遇到问题的服务器。
下面的列表描述了最常遇到的数字代码及其对应的错误状态：
• 数字代码：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 在无需邮件传输
代理 (MTA) 的情况下运行的功能。如果邮件使用 MTA 路由不正确地发送，此传递状态通知将返回给发件人。
• 注意：虽然 Exchange 2003 可在没有 MTA 的情况下运行，Microsoft 不建议也
不支持此配置。
• 为启用此功能并防止邮件排队到 MTA，请按照下列步骤操作：
0. 禁用 MTA 服务。
1. 将各信息存储数据库和公共文件夹存储的下列注册表子项中的 DWORD 值
设置为 0：
HKLM\\System\\CurrentControlSet\\Services\\MsExchangeIS\\ HKLM\\System\\CurrentControlSet\\Services\\MsExchangeIS\\ 这样，就使与 MTA 传递相关的存储资源变为可用。 2. 重新启动信息存储。 故障排除：检查您的路由拓扑。使用 WinRoute 工具确保路由在服务器和路由组之间正确地复制。 • 数字代码：5.3.3 • 可能的原因：Exchange 2000 远程服务器或 Exchange 2003 远程服务器用完了保 存邮件的磁盘存储。当发送服务器发送具有二进制数据 (BDAT) 的邮件时，最常出现此问题。此代码还可能表明存在 SMTP 协议错误。 • 故障排除：确保远程服务器有足够的存储空间用于保存邮件，并检查 SMTP 协议日 志中是否有错误。 • 数字代码：5.3.5 • 可能的原因：检测到服务器配置为环回到自身的环回情形。 • 故障排除：如果您在 Exchange 计算机上配置了多个 SMTP 虚拟服务器，确保它 们在服务于具备唯一性的传入端口并且传出 SMTP 端口配置有效，以避免本地虚拟服务器之间的循环。检查服务器连接器的配置，看是否存在回路。例如，确保没有使用本地组织的地址空间的连接器，除非您共享该域并且没有选中“使用 DNS 路由到此连接器上的每个地址空间”。 有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 321721 在 Exchange 2000 Server 和 Exchange Server 2003 中共享 SMTP 地址空间 请确保在有多个虚拟服务器的情况下，没有任何虚拟服务器被设置为“所有未分配”。 • 数字代码：5.4.0 • 首先提供于：Exchange 2000 Service Pack 1 • 可能的原因： o 在 DNS 中未找到权威性的主机。 o 智能主机项不正确。 o HOSTS 文件中的 FQDN 名称。该问题在 Windows 2000 Service Pack 3 (SP3) 中得到修复。 o 出现了 DNS 故障，或为您的智能主机构建的 IP 地址无效。* o SMTP VS 没有有效的 FQDN 或 SMTP VS FQDN 查找失败。 o 联系人的 SMTP 域不能解析为任何 SMTP 地址空间。 故障排除：使用 Nslookup 检查 DNS。验证 IP 地址是否为 IPv4 文字格式。验证出现问题的服务器或计算机有有效的 DNS 条目。如果您依赖 HOSTS 文件中的 FQDN，忽略它并用有效的 IP 地址或正确的名称更新 Exchange 系统管理器中的条目。 • 数字代码：5.4.4 • 首先提供于：Exchange 2000 Service Pack 1 • 可能的原因：没有到邮件的路由，未找到下一个跃点。您已经设置了路由组拓扑，但 是路由组之间没有设置路由组连接器。 • 故障排除：在路由组之间添加或配置您的路由组连接器。 • 数字代码：5.4.6 • 可能的原因：检测到分类程序转发循环。 • 启用了邮箱的用户设置了 targetAddress 属性。Hosting Pack：当某人使用用户定 制工具在某个组织单位 (OU) 1 中创建了一个联系人，并在 OU 2 中创建了一个与此联系人具有同一电子邮件地址的用户时，这是一个很常见的宿主配置问题。 • 故障排除： o 当 contactA 有一个备用收件人指向 contactB，而 contactB 有一个备用收 件人指回 contactA 时，会出现此问题。检查每个联系人的备用收件人。 o 检查并删除启用了邮箱的用户的 targetAddress 属性。 o 对于需要从一家公司 (OU) 的一个用户向另一家公司 (OU) 发送邮件的宿主 来说，应当配置下面两个相关对象： 用户：SMTP 代理：user@company.com 联系人：targetAddress：user@company.com；SMTP 代理：contact@company2.com • 数字代码：5.4.8 • 首先提供于：Exchange 2000 Service Pack 1 • 可能的原因：此代码表明一种循环状况。如果其中一个收件人策略包括一个本地域， 该域与组织中的一台 Exchange 服务器的 FQDN 相匹配，可能会出现此问题。当传输分类程序处理目标为与一台 Exchange 服务器的 FQDN 相匹配的域时，使用此代码会生成一个 NDR。 • 故障排除：如果此问题是由于收件人策略中包括与一台 Exchange 服务器的 FQDN 相匹配的域而导致的，您必须删除该项。 • 数字代码：5.5.0 • 首先提供于：Exchange 2000 Service Pack 1 • 可能的原因：一般性协议错误（SMTP 错误）。远程 SMTP 对我们的 EHLO 操作 返回 500 级别错误，发送系统将“退出”连接并使用 NDR 报告此错误，指出远程 SMTP 服务器无法处理此协议。（例如，如果某个 Hotmail 帐户已过期，将发生 550 SMTP 错误。） • 故障排除：运行 SMTP 日志或网络监视器跟踪以查看远程 SMTP 服务器为什么拒 绝协议请求。 • 数字代码：5.5.2 • 可能的原因：它指的是当 SMTP 协议失序时出现了一般性协议错误。例如，在 EHLO 之前尝试 AUTH 会出现 SMTP 协议错误。一种情况是，当系统遇到磁盘空间不足的情况时，发生此错误。 • 故障排除：运行 SMTP 日志或网络监视器跟踪，确保有足够的磁盘存储和虚拟内存 可供 SMTP 运行使用。 • 数字代码：5.5.3 • 可能的原因：发送邮件的收件人太多。 • 故障排除：在接收服务器上，收件人限制是一个可配置的限制。要解决此问题，请放 宽收件人限制，或者将邮件分为多个邮件，以适应服务器的限制。 • 注意：简单邮件传输协议 (SMTP) 邮件中默认的收件人限制是 5000。要设置此限 制，请启动 Exchange 系统管理器，单击全局设置节点，右键单击邮件传递，然后单击属性。也可以在 Active Directory 中针对各个用户进行设置。 • 数字代码：5.6.3 • 首先提供于：Exchange Server 2003 • 可能的原因： 0. 邮件包含超过 250 个附件。超过 250 个附件导致 MAPI_E_TOO_BIG 错误。 1. 邮件已使用恶意的 addr822 邮件头发送。 故障排除： 2. 减少邮件中附件的数量，然后重新发送该邮件。 3. 现。 更正邮件头。此错误使人误解，因为它表明 NDR 因恶意的 P2 邮件头而出 • 数字代码：5.7.1 • 可能的原因： o 常规访问被拒绝，邮件发件人不具有完成传递所需的权限。 o 您试图通过另一个 SMTP 服务器中继您的邮件，但是该服务器不允许您中继。 o 收件人可能启用了邮箱传递限制。例如，收件人的邮箱传递限制被设置为仅接 收来自通讯组列表中的邮件，任何来自非成员的邮件都将被拒绝，并生成此错误。 o 对于 Exchange Server 2003 来说，通讯组列表可以配置为限制未经身份验 证的用户传递邮件。使用未经身份验证的 SMTP 会话发送的邮件被拒绝。 故障排除：检查联系人的系统特权和属性，然后重新尝试发送邮件。同时，请确保运行的是 Exchange 2000 Service Pack 1 或更高版本，以避免可能发生其他已知问题。 有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 256321 增强的传递状态代码 - RFC 1893 收集到的状态代码 第一个数字 2.X.X 成功 4.X.X 持续瞬态失败 5.X.X 永久失败 第二个和第三个数字 X.1.0 其他地址状态 X.1.1 坏的目标邮箱地址 X.1.2 坏的目标系统地址 X.1.3 坏的目标邮箱地址语法 X.1.4 目标邮箱地址不明确 有效的 X.1.5 目标邮箱地址 X.1.6 邮箱已移动 X.1.7 错误发件人的邮箱地址语法 X.1.8 错误发件人的系统地址 X.2.0 其他或未定义邮箱状态 X.2.1 邮箱禁用，不接受邮件 完整的 X.2.2 邮箱 X.2.3 消息长度超过管理限制 X.2.4 邮寄列表扩展问题 X.3.0 其他或未定义的邮件系统状态 X.3.1 完整的邮件系统 X.3.2 系统不接受网络邮件 X.3.3 系统不能选定的功能 X.3.4 邮件对于系统来说太大 X.4.0 其他或未定义的网络或路由状态 X.4.1 没有从主机答案 X.4.2 错误连接 X.4.3 路由服务器故障 X.4.4 无法路由 X.4.5 网络拥塞 检测到 X.4.6 路由循环 X.4.7 传递时间过期 X.5.0 其他或未定义的协议状态 X.5.1 无效的命令 X.5.2 语法错误 X.5.3 太多个收件人 X.5.4 无效的命令参数 X.5.5 错误协议版本 X.6.0 其他或未定义的介质错误 不支持的 X.6.1 媒体 禁止和所需的 X.6.2 转换 X.6.3 转换所必需的但不是受支持 执行会丢失 X.6.4 转换 X.6.5 转换失败 X.7.0 其他或未定义的安全状态 X.7.1 未经授权的传递，邮件被拒绝 禁止 X.7.2 邮寄列表扩展 但不是可能所需的 X.7.3 安全转换 不支持的 X.7.4 安全功能 X.7.5 加密失败 X.7.6 加密算法不支持 X.7.7 消息完整性失败 以下是从 RFC 1893： 本文档报告邮件系统条件定义一组新的状态代码。这些状态代码被为了用于媒体和 $ 语言独立状态报告。它们不是为系统特定的诊断程序。 定义新的状态代码的语法是： 状态代码 = 类\"\"主题\"\"明细数据 类 =\"2\"/\"4\"/\"5\" 主题 = 1 * 3digit 详细信息 = 1 * 3digit 状态代码中不允许空白字符和批注。必须将每个数值 sub-code 状态代码中的表示不带前导零的数字。 状态代码包含由分隔的三个数值字段\"\"。在第一个 sub-code 指示传递尝试是否成功。 第二个 sub-code 指示可能的源的任何传递异常和第三个 sub-code 指示精确的错误情况。 定义的空间用于可扩展只能通过标准代码跟踪的文档。邮件系统的特定状态的代码应被关闭以标准的状态代码映射。服务器应发送唯一定义的、 已注册的状态代码。应通过状态代码以外的方式执行系统的特定错误并诊断程序。 随着时间的推移，将添加新的主题和详细信息代码。大号空间是它不是以往任何时候都将重新定义或消除已发布的状态代码。客户端应通过报告常规错误无法识别特定的详细信息时所述主题 sub-code 保留代码空间的可扩展性。 有关其他信息和 $ 此编码，术语的定义包括的讨论，请参阅 RFC 1893。 因篇幅问题不能全部显示，请点此查看更多更全内容