outlook已断开连接故障处理(4页).doc

-outlook已断开连接故障处理-第 4 页outlook已断开连接故障处理 解决OUTLOOK无法连接EXCHANGE SERVER错误 内部局域网邮箱，使用的是EXCHANGE SERVER。一客户机登陆邮箱时提示无法连接EXCHANGE SERVER服务器，错误号为0x8004011D。据用户说，该机前几天能正常收发信件，只是有几天没有登陆，今天就出现不能收发邮件的情况。 邮箱不能收发信件在我们这里时常发生，但大多数都是因为设成了脱机状态，才致使无法收发信件。所以，当有人说不能收发信件时，我都会告诉他们，将脱机使用的对勾取消就成了。 为何有如此多的人都会处在脱机状态呢？我观察了一下，原来，如果操作者输入密码不正确时，OUTLOOK会自动转入脱机状态，但大多数人又不仔细观察，只有到发信时才能发现不能收发信件。 所以，当今天又有人说不能收发信件时，我自然也是叫其取消那个对勾。可是，对勾取消了还是无法连接。 除了右下角挂着一个“已断开”的提示外，outlook没有给出其他的提示信息。是何原因我一时也判断不出来。我只好去点“发送/接收”按纽，以便看看到底出现了什么错误。 信息返回来了，发送操作正常，没有出现错误信息，我估计是因为发件箱本身没有信件，实际并没有发送，所以显示正常。接收操作出现了0x8004011D错误，说是“服务器不可用，若情况依旧,请与系统管理员联系。”云云。 这个我似曾相识，应该是在网上闲逛时见过相关的文章，于是，操起鼠标又来百度。东西是找了不少，看来遇到这种情况的人也有一些，但能解决问题的似乎不多，但有人提到了这可能是RPC的问题，而且所涉及的注册表分支应该是HKEY_LOCAL_MACHINESOFTWAREMicrosoftRpcClientProtocols，立即进入注册表，打开这个分支，与其他正常收发邮件的电脑进行对比，发现这台不能正常收发邮件的机器，HKEY_LOCAL_MACHINESOFTWAREMicrosoftRpcClientProtocols分支下竟然是空的，而正常机器却有以下注册项： 名称 值 ncacn_np rpcrt4.dll ncacn_ip_tcp rpcrt4.dll ncadg_ip_udp rpcrt4.dll ncacn_http rpcrt4.dll 看来就是这个问题了，首先搜索一下有没有 rpcrt4.dll这个文件。看到这个文件就躺在windowssystem32文件夹下，我立即在ClientProtocols下按上表新建了注册项，填入值重启后，OUTLOOK就能正常地收发信件了。 问题解决了，但这种情况是如何造成的？我不得而知。电脑的主人对注册表根本就没有概念，更不要说去修改注册表了。是电脑病毒造成的？还是杀毒软件造成的？也可能是哪个优化软件造成的？看来那些所谓的优化软件的嫌疑比 较大。但具体是什么原因，我没有寻找，所以不能妄下结论。 笔者的计算机是outlook是一条专线，因为考虑的安全性的问题，通过拨号连接上的网。平时基本上是断开的。只有使用的时候才使用。一次偶然的测试，也可以解决这个问题。前提是如果你觉得上述方法比较烦琐的情况下。先断网，重启机器 。启动sql服务，连接网络，连接成功。 (编者按:另一位网友也遇到过类似的情况.问题差不多。但不同的是OUTLOOK的帐号下发件箱里有一封信的情况下打开outlook 2003，点击发送/接收，报0x8004011D。其解决方法是：先把发件箱里的信转到别的文件夹里去，然后点击发送/接收，是正常的。再把这封信拖到发件箱里发，也能正常地发出去。之后点击发送/接收是十分正常的。这位网友估计问题可能是OUTLOOK 2003版的bug.)