451 4.7.0 Temporary server error. Please try again later. PRX5解决实例
今天早上阳光明媚，天气很好！突然我接到一个客户的电话，说他们公司的Exchange 2013的outlook pop3全部不能正常使用了，弹出用户和密码验证框，反复输入密码或者直接确定都没什么作用。
经过沟通后得知，之前也有一次同样的故障，那次是pop的服务停止了，启动就好了，而且近期也没做任何修改。了解情况后于是我远程登录到服务器经查exchange服务都是正常启动的，没任何异样。
于是我在自己的电脑上迅速配置了一个POP方式，到验证用户名和密码这里报错了，反复输入密码或者直接确定都没什么作用，和客户描述的一样，如下图
接下来怎么处理呢，重启服务器吗？这个是下下策，可能重启下暂时能解决你的问题，但是原因没找到，后面又反复出现这个问题，怎么处理呢？
不管怎样，先telnet测试下吧，看看有没有什么报错，错误提示如下图：451 4.7.0 Temporary server error. Please try again later. PRX5
telnet测试格式如下：
telnet mail.xxx.com 25
ehlo xxx 或者是helo，[ESMTP方式填ehlo xxx，SMTP方式填helo，我这里填ehlo xxx，xxx任写]
mail from:[email protected][发件人地址]
rcpt to:[email protected][收件人地址]
data[开始写邮件]
from:XXX[发件人地址]
to:XXX[收件人地址]
subject:ceshi pop3 send and receive[邮件标题]
ceshi pop3 send and receive[邮件正文][注：邮件正文需空一行，否则会自动判断为是主题，如需发送中文，需另外下载telnet客户端，见附件]
.[邮件结束标识符]
正常的话就会提示邮件已经排到发送队列中
quit[发送完邮件，退出]
步骤1、google下错误原因，找到问题的解决办法。
参考1、
https://social.technet.microsoft.com/Forums/exchange/en-US/fc26dac5-d4e2-49da-903d-361ea8b85388/451-470-temporary-server-error-please-try-again-later-prx5
I talked to a MS support rep today and they confirmed the same problem, except to resolve it we had to add the local server's IP to our hosts file:
192.168.1.5 server
192.168.1.5 server.domain.local
Restart "Microsoft Frontend Transport" and "Microsoft Exchange Transport" services
The support agent stated that he's seen this in a few cases now. All of which are when the Exchange server front and back-ends reside on the same box. Sounds like an Exchange bug to me.
参考2、
http://blog.5dmail.net/user1/1/2014414174021.html
【问题描述】
Exchange Server 2013无法接收到外部发送过来的邮件。发件方式退信显示Remote host said: 451 4.7.0 Temporary server error. Please try again later. PRX2
【原因分析】
出问题的Exchange Server 2013是多外角色安装在一起的。包括域控，及Exchange 2013的邮箱和客户端访问角色，并且因为客户服务器托管在机房，配有两块网卡，分别配置一个内网IP和公网IP，故障原因主要出现在两块网卡使用不同的DNS造成的。
步骤2、修改本地C:\Windows\System32\drivers\etc\ hosts文件，增加Exchange 2013服务器的本地记录,并保存。
步骤3、检查exchange服务器和ad域服务器，检查到dns都是指向内部的，无指向外部的记录。
步骤4、 重启“Microsoft Frontend Transport（Microsoft Exchange 前端传输）” and “Microsoft Exchange Transport（Microsoft Exchange 传输）” 两个服务
步骤5、如果重启“Microsoft Frontend Transport（Microsoft Exchange 传输）” 的时候，传输服务停止了，起不来了，重启服务器吗，不用，我们打开任务管理器，找到MSExchangeTransport.exe结束任务，在重新启动传输服务就好了。
步骤6、处理完后，我们测试做个telnet测试，具体方法参考文章前部分的描述，邮件成功发送。
步骤7、在打开outlook，已经可以测试成功，收发也正常了，也没密码框提示了，故障解决。谢谢各位朋友的耐心观看，谢谢！
