451 4.7.0 Temporary server error. Please try again later. PRX2 故障处理

本周四临近下班时,接到一个客户的电话——其Exchange 2013 CU2系统终端用户无法使用 SMTP 方式发送邮件。当客户端(OLK或者Foxmail)发送邮件时,系统提示错误:

451 4.7.0 Temporary server error. Please try again later. PRX2

诊断时,通过telnet Server 25命令检测可以连接;通过客户端软件连接时,身份验证操作成功。同时,在故障期间伴随着无法使用POP3收取邮件。

毋庸置疑地,Exchange 2013服务器端服务均正常运行。

通过打开前端连接器的“详细日志”,检查后发现了问题的根源所在:DNS查询失败。参见下面红褐色部分文字。

2014-05-22T04:23:36.138Z,CAS-BJ-02\SMTP,08D14140A7CA0122,23,192.168.0.7:25,192.168.0.5:64375,>,451 4.7.0 Temporary server error. Please try again later. PRX2 ,
2014-05-22T04:23:36.170Z,CAS-BJ-02\SMTP,08D14140A7CA0122,24,192.168.0.7:25,192.168.0.5:64375,-,,Remote(SocketError)
2014-05-22T04:25:01.141Z,CAS-BJ-02\SMTP,08D14140A7CA0124,0,192.168.0.7:25,192.168.0.5:62597,+,,
2014-05-22T04:25:01.141Z,CAS-BJ-02\SMTP,08D14140A7CA0124,1,192.168.0.7:25,192.168.0.5:62597,*,SMTPSubmit SMTPAcceptAnySender SMTPAcceptAuthoritativeDomainSender AcceptRoutingHeaders,Set Session Permissions
2014-05-22T04:25:01.141Z,CAS-BJ-02\SMTP,08D14140A7CA0124,2,192.168.0.7:25,192.168.0.5:62597,>,"220 mail.alexchen.info Microsoft ESMTP MAIL Service ready at Thu, 22 May 2014 12:25:00 +0800",
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,3,192.168.0.7:25,192.168.0.5:62597,<,EHLO ozkzitc.mobi,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,4,192.168.0.7:25,192.168.0.5:62597,>,250-mail.alexchen.info Hello [192.168.0.5],
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,5,192.168.0.7:25,192.168.0.5:62597,>,250-SIZE 524288000,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,6,192.168.0.7:25,192.168.0.5:62597,>,250-PIPELINING,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,7,192.168.0.7:25,192.168.0.5:62597,>,250-DSN,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,8,192.168.0.7:25,192.168.0.5:62597,>,250-ENHANCEDSTATUSCODES,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,9,192.168.0.7:25,192.168.0.5:62597,>,250-STARTTLS,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,10,192.168.0.7:25,192.168.0.5:62597,>,250-AUTH LOGIN,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,11,192.168.0.7:25,192.168.0.5:62597,>,250-8BITMIME,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,12,192.168.0.7:25,192.168.0.5:62597,>,250-BINARYMIME,
2014-05-22T04:25:01.235Z,CAS-BJ-02\SMTP,08D14140A7CA0124,13,192.168.0.7:25,192.168.0.5:62597,>,250 CHUNKING,
2014-05-22T04:25:01.266Z,CAS-BJ-02\SMTP,08D14140A7CA0124,14,192.168.0.7:25,192.168.0.5:62597,<,MAIL FROM: <[email protected]>,
2014-05-22T04:25:01.266Z,CAS-BJ-02\SMTP,08D14140A7CA0124,15,192.168.0.7:25,192.168.0.5:62597,*,08D14140A7CA0124;2014-05-22T04:25:01.141Z;1,receiving message
2014-05-22T04:25:01.266Z,CAS-BJ-02\SMTP,08D14140A7CA0124,16,192.168.0.7:25,192.168.0.5:62597,>,250 2.1.0 Sender OK,
2014-05-22T04:25:01.313Z,CAS-BJ-02\SMTP,08D14140A7CA0124,17,192.168.0.7:25,192.168.0.5:62597,<,RCPT TO: <[email protected]>,
2014-05-22T04:25:01.313Z,CAS-BJ-02\SMTP,08D14140A7CA0124,18,192.168.0.7:25,192.168.0.5:62597,>,250 2.1.5 Recipient OK,
2014-05-22T04:25:01.360Z,CAS-BJ-02\SMTP,08D14140A7CA0124,19,192.168.0.7:25,192.168.0.5:62597,<,DATA,
2014-05-22T04:25:01.360Z,CAS-BJ-02\SMTP,08D14140A7CA0124,20,192.168.0.7:25,192.168.0.5:62597,>,354 Start mail input; end with <CRLF>.<CRLF>,
2014-05-22T04:25:01.407Z,CAS-BJ-02\SMTP,08D14140A7CA0124,21,192.168.0.7:25,192.168.0.5:62597,*,,Proxy destination(s) obtained from OnProxyInboundMessage event
2014-05-22T04:25:01.407Z,CAS-BJ-02\SMTP,08D14140A7CA0124,22,192.168.0.7:25,192.168.0.5:62597,*,,Message or connection acked with status Retry and response 451 4.4.0 DNS query failed. The error was: SMTPSEND.DNS.NonExistentDomain; nonexistent domain

进一步检查前端服务器的连接日志。显然地,使用了公网DNS服务器114.114.114.114来解析内部主机的名称。

2014-05-22T04:25:01.407Z,08D14140A7CA0125,SMTP,internalproxy,+,Undefined 00000000-0000-0000-0000-000000000000;QueueLength=<no priority counts>
2014-05-22T04:25:01.407Z,08D14140A7CA0125,SMTP,internalproxy,>,Non-existent domain reported by 114.114.114.114. [Domain:Result] = MBX-BJ-02.alexchen.info:InfoDomainNonexistent; MBX-BJ-03.alexchen.info:InfoDomainNonexistent; MBX-BJ-01.alexchen.info:InfoDomainNonexistent;
2014-05-22T04:25:01.407Z,08D14140A7CA0125,SMTP,internalproxy,-,Messages: 0 Bytes: 0 (The DNS query for  ‘Undefined‘:‘internalproxy‘:‘00000000-0000-0000-0000-000000000000‘ failed with error : InfoDomainNonexistent)

在前端服务器的主DNS服务器指向了内部的DC集成的DNS服务器,辅助DNS服务器配置参数指向114.114.114.114。依据上述的日志输出信息判断,显然是首DNS服务器失效,服务器才会继而使用辅助DNS服务器执行查询。但是,使用NSLookup命令查询上述日志中出现的主机时,得到正确的查询结果。

至此,排错目标转向内部DNS服务器。

首先的操作是重启DNS服务器。服务重启之后,意外出现了,在正向查找区域中 alexchen.info 的DNS Zone不见了,值剩下 _msdcs zone。

其次,重建DNS zone,使用DNS记录的文本备份。

最后,确认DNS回复正常之后,重启前后端Exchange的传输服务。故障消失。

451 4.7.0 Temporary server error. Please try again later. PRX2 故障处理

时间: 2024-10-08 09:04:38

451 4.7.0 Temporary server error. Please try again later. PRX2 故障处理的相关文章

HTTP 错误 500.0 - Internal Server Error

最近在二次开发一个APS.NET网站,将网站部署到IIS后,输入:http://localhost/upload/ 时,报错“HTTP 错误 500.0 - Internal Server Error”, HTTP 错误 500.0 - Internal Server Error Internal Server Error 详细错误信息 模块 ManagedPipelineHandler 通知 ExecuteRequestHandler 处理程序 ExtensionlessUrlHandler-

在IIS7.5打开网页的时候,提示: HTTP 错误 500.0 - Internal Server Error 调用 LoadLibraryEx 失败,在 ISAPI 筛选器 &quot;C:\Windows\Microsoft.NET\Framework\v4.0.30319\\aspnet_filter.dll&quot; 上。解决方法

HTTP 错误 500.0 - Internal Server Error D:\...php-cgi.exe路径) - FastCGI 进程意外退出

在一台新服务器上,安装新网站,之前只放至了一个网站.是服务器商配置好的,非集成环境. 添加了一个新站,路径都制定好了,但是在访问时出现了500错误.提示貌似是php的问题,但是之前的网站,运行的是discuz,一切正常,加了个新网站就报错.用phpinfo语句执行也是同样的错误. 经过一番百度,解决方法如下. 打开iis,应用程序池.选择右侧的设置应用程序池默认设置. 在弹出的窗口中,找到标识,点击右侧的小方块. 把值改为LocalSystem.重启IIS,即可解决.

HTTP 错误 500.0 - Internal Server Error(IIS7.5)

第一步:打开->开始>控制面板>Internet信息服务(IIS)管理器,在左侧的树形列表找到“应用程序池” 第二步:在右侧的列表中右击“设置应用程序池默认设置”弹出菜单, 第三步:找到“标识”选项卡,点击右侧的方形按钮,弹出“应用程序标识”对话框中的“内置账户”的下拉菜单中选择“LocalSystem”,然后重启IIS服务器,至此,这个问题就彻底解决了.

IIS7 和IIS8.0 HTTP 错误 500.19 - Internal Server Error 问题的解决方案

百度了好久,没找到解决问题确切的答案,我也知道肯定是权限的问题,当然,经过一番尝试之后,终于解决了,解决之道如下(个人方法,可以一试): 1.找到你的配置文件所在的文件夹,我的是 E:\源码\ASP.NET\DtCms10Beta2 2.右键,点击属性,切换到"安全"选项卡上,将 IIS-IUSRS 用户组添加到安全列表中,并按需求赋予其权限(我赋予了修改的权限),更改后如下图: 3.查看 web.config 的安全权限,如果有此用户组的权限则说明成功,否则进行下一步: 4.退回到根

centos 7 运行Quartus ii 17.0 标准版,下载程序时遇到错误error (209053): unexpected error in jtag server -- error code 89

对于错误error (209053): unexpected error in jtag server -- error code 89,它产生的原因在于,在linux系统下,Quartus ii的驱动USB-Blaster只能有root用户使用,而普通用户是无权使用的.解决思路是更改USB-Blaster的使用权限,使得普通用户也能使用.对此altera也有给出相应的解决方案,详细见USB-Blaster Driver for Linux. 为使大家更易在linux下操作,现将具体的步骤介绍如

IIS7 和IIS8.0 HTTP 错误 500.19 - Internal Server Error 问题的解决方式

百度了好久,没找到解决这个问题确切的答案,我也知道肯定是权限的问题,当然,经过一番尝试之后,最终攻克了,解决之道例如以下(个人方法,能够一试): 1.找到你的配置文件所在的目录,我的是 E:\源代码\ASP.NET\DtCms10Beta2 2.右键,点击属性,切换到"安全"选项卡上,将 IIS-IUSRS 用户组加入到安全列表中,并按需求赋予其权限(我赋予了改动的权限),更改后例如以下图: 3.查看 web.config 的安全权限,假设有此用户组的权限则说明成功,否则进行下一步:

【.net部署】Server Error in &#39;/&#39; Application.错误解决方案

报错: Server Error in '/' Application.-------------------------------------------------------------------------------- Compilation Error Description: An error occurred during the compilation of a resource required to service this request. Please review

IIS出现Server Error in &#39;/&#39; Application.CS0016的解决办法

Server Error in '/' Application. Compilation Error Description: An error occurred during the compilation of a resource required to service this request. Please review the following specific error details and modify your source code appropriately. Com