Exchange Server的退信(NDR)及解决方案

未送达报告 (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 代码。

请务必注意,报告问题的服务器也列在数字代码前面,在上面的示例中,为 server.nwtraders.com。有时,报告问题的服务器并不是实际遇到问题的服务器。

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

仅限于 Exchange 2000 Service Pack 3 之前的版本。请参阅 5.2.2

• 数字代码: 4.3.1

可能的原因:此内存不足错误可能是由资源问题(如磁盘已满)造成的。另一种情况是,您的简单邮件传输协议 (SMTP) 队列位于文件分配表 (FAT) 分区上,且该服务已达到 Windows 所规定的、SMTP 服务可以同时打开的文件句柄数限制。您得到的可能不是磁盘已满错误,而是内存不足错误。

故障排除:请确保您具有足够的磁盘存储空间,并尽量在 NTFS 分区上运行 Exchange 传输队列。

• 数字代码: 4.3.2

首先提供于: Exchange 2000 Service Pack 1

可能的原因:NDR 是由通过 Exchange 系统管理器中的队列查看器接口执行的管理员操作导致的。

• 数字代码: 4.4.1

可能的原因:主机不响应。

故障排除:此错误可能是由瞬态网络状态导致的。Microsoft Exchange 会自动尝试重新连接并传递邮件。如果多次重试后传递仍然失败,将生成一个永久性故障 NDR。

• 数字代码: 4.4.2

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

故障排除:此错误信息可能是由瞬态网络问题或服务器停机造成的。服务器会在特定的时间段内尝试传递邮件,然后生成进一步的状态报告。

• 数字代码: 4.4.6

可能的原因:超过邮件的最大跳数。此错误信息也可能是由于不在同一个组织内的发送和接收服务器之间存在回路(邮件跳来跳去,直到超过跳数)造成的。

故障排除:此属性是针对各台虚拟服务器设置的,您可以手动覆盖此设置(默认值为 15)。此外,请检查是否存在其他会导致服务器之间出现回路的情况。

• 数字代码: 4.4.7

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

故障排除:此消息通常表明接收服务器上存在问题。请检查收件人地址是否有效,并确定是否正确地配置了接收服务器以接收邮件。对于正在收到此错误的主机,可能需要为其减少邮件标题中收件人的数目。如果重新发送邮件,邮件将再次排入队列中。如果接收服务器已启动,邮件将被传递。

时间: 2024-08-09 20:06:23

Exchange Server的退信(NDR)及解决方案的相关文章

详解海外邮件退信原因及解决方案

中介交易 SEO诊断 淘宝客 云主机 技术大厅 随着经济全球化趋势日益加剧,越来越多的本土企业立足国内市场的同时,也将目光投向海外,加大国际市场拓展力度,以赢得更多经济效益.拓展海外市场,除了设立分公司.办事处等直接管理模式,国内外频繁的业务往来主要依靠电子邮件通信.但企业邮箱的重要性却往往被忽视. 相信不少企业都经历过类似的问题--海外邮件经常遭遇系统退信,邮件收发出现很长的延迟时间,邮件内容丢失或乱码等等.一项由西门子发起的全球调研表明,通信阻碍和等待可能占用中小型企业多达40%的生产时间.

关于EXCHANGE SERVER2003 退信问题

问题描述 各位朋友好!最近有个问题,向大家请教:公司邮件系统为EXCHANGE2003,最近有经常退信问题,具体退信问题提示为:tangke@yabaoyaoye.comonFri,22Jan201018:21:04+0800由于当前管理策略的限制,此邮件被目标服务器拒绝.请稍后重试.如果失败,请与系统管理员联系.<mail.visionchina.cn#4.3.2>Reporting-MTA:dns;server5.visionchina.localFinal-Recipient:RFC82

Exchange Server 2007常见问题解答

本专栏的部分内容讨论了 Windows Server 2008 的预发布版本,其中的具体信息可能会有所更改. 问:我想使用安全的 SMTP - 如何使 Exchange Server 在端口 465 上侦听 SMTP? 答:很遗憾,您的目的无法实现.您的确可以使 SMTP 虚拟服务器或接收连接器在端口 465 上进行侦听,但这也不能保证使用安全的 SMTP (SMTPS). 为什么?让我们来解释一下.SSL 分为两种类型:显式和隐式.最初,大部分 SSL 是隐式的,意味着使用了 SSL 的专用端

Exchange Server 2007 LCR介绍

Microsoft Exchange Server 2007已经发布一段时间了,和以前的exchange版本相比在高可用性方面有了很大的改进.最主要的体现莫过于LCR(Local Continuous Replication)和CCR(Cluster Continuous Replication)技术了.我们主要看一下LCR技术的实现. LCR技术是一种单服务器解决方案,它可以在单服务器的环境下实现邮件数据库的高可用.它是通过内置的异步日志传送技术在同一服务器的不同区域维护Exchange存储组

MDaemon退信分析:553 MI:SUM

最近,域内的某个用户老收到退信,具体退信如下: From: "MDaemon at cxxxt.net" <MDaemon@cxxxt.net> To: <saxxxy@cxxxt.net> Sent: Thursday, June 30, 2011 9:01 AM Subject: 永久投递失败 > --------------------------------- > MDaemon 投递状态通知 - http://www.altn.com/ds

邮件服务器退信:421 Service not available

最近,朋友公司的领导向国外发邮件的时候,收到一个退信,<-- 421 Service not available, closing transmission channel .下面是邮件服务器的退信内容. 还是来简要分析一下退信内容.从退信的内容来看是一个.cn的域名答复.com的海外域名的一封邮 件,通过dns解析到对方的邮件服务器是63的ip地址,我方是98的ip地址,正在通过54771这个端口在 连接对方的25端口,尝试smtp协议启动.接下来对方服务器回馈421报错信息,对方服务器直接关

Exchange Server 2010学习(十六)客户端访问方式

在给某国企邮件管理员进行培训时,很多朋友提出在OutLook里有些功能实现不了,如联系人同步.日历同步等.遇到这种情况可能是Exchange客户端访问方式造成的.在Exchange Server2010 中,客户端访问服务器角色支持 Outlook Web App . Microsoft Exchange ActiveSync.邮局协议版本 3 (POP3) 和 Internet 邮件访问协议版本 4rev1 (IMAP4) .MAPI等.下面,咱们就分别聊聊这几种访问方式. Outlook W

使用setBounceAddress设置退信地址但是无效.

问题描述 求教:使用setBounceAddress设置退信地址,但是邮件退回到发件地址,没有退回到设置的退信地址.代码如下:Emailemail=newSimpleEmail();email.setHostName("smtp.gmail.com");email.setSmtpPort(587);email.setFrom("xxxfrom@gmail.com");email.setAuthentication("xxxfrom@gmail.com&qu

《Exchange Server 2013 SP1管理实践》——导读

前言首先需要确认一点,本书不是单纯地介绍从Exchange Server 2010升级到Exchange Server 2013,而是通过项目部署方式,结合一个通用的网络环境,从项目部署开始到结束(12章内容),实现Exchange Server 2013的完整部署.部署过程中,整合实际应用中遇到的疑难问题,将其穿插分布到各个章节.如果读者在部署过程中遇到问题,建议不要首先打开搜索引擎,而是耐心地读完部署部分的内容,也许遇到的问题本书已经给出了详细的解决方案. Exchange Server 2