outlook连接不上服务器（MAPI）

前言：1.当今世界，Email已经成为一种通用的办公方式，并且是沟通地球村的一座重要桥梁。在使用Email,特别是Outlook收发邮件时，我们经常会碰到邮件发送失败的问题。在这种情况下，我们一般首先想到的是向Exchange administrator反映问题，然后坐等administrator解决。2.其实，这种现象，有经验的用户一般自己就可以动手解决。不过看事容易做事难，相信绝大部分的用户是自己无法解决，也无法找到问题的根源所在的。3.下面我们就来谈一谈如何解决MAPI Session超过限制的这种很普遍的问题，相信对很多人会有所帮助！MAPI SESSION超出Exchange默认值，阻止MAPI客户端的连接。最近，有几个用户经常抱怨时不时就发不出邮件。具体现象是：收到退信或者弹出会话框，要求用户输入用户名和密码。MAPI会话数超过Exchange2013默认的250session原因分析：1..通过实地到用户端查看，检查网线，排除网络连线质量问题；又查看用户本地日志，看不出个所以然；再查询用户密码使用情况，在本地凭据管理中也没发现记住旧密码，密码最近也没有输入错误和在其他地方登录的迹像。2.再登录后台，查询日志，发现有大量针对这几个用户的事件ID为9646的ExchangeIS事件日志，这个事件ID明确说明用户的MAPI连接有问题，session超过默认限制被服务器宕掉了！事件ID（E）：9646解决问题：经过对日志的分析，我发现MAPI Session被宕掉的原因主要有两种，具体表现为：1..Mapi session /o=First Organization/ou=First Administrative Group/cn=Recipients/cn=user with client type AirSync exceeded the maximum of 250 objects of type Message.2.Mapi session /o=First Organization/ou=First Administrative Group/cn=Recipients/cn=user with client type MoMT exceeded the maximum of 250 objects of type Message.我们可以清楚地看到， with client type后面是AirSync和MoMT两种方式，前者AirSync主要是为手机收发邮件的协议。Exchange ActiveSync is an Exchange synchronization protocol that’s optimized to work together with high-latency and low-bandwidth networks. The protocol, based on HTTP and XML, lets mobile phones access an organization’s information on a server that’s running Microsoft Exchange.后者MoMT是Outlook客户端收发邮件的协议。所以，通过以上两种错误日志我们很快就能发现造成用户MAPI Session被宕掉的原因一是手机端；二是Outlook客户端。找到问题的症结所在我们就好对症下药了。因为AirSync造成的MAPI Session被Kill掉的情况，只要对方手机网络重新连接好就没有问题，照样可以正常收发邮件。因为MoMT造成的MAPI Session被Kill掉的话，用户关闭掉Outlook之后，会释放出原来的Session，就可以正常收发邮件。但是这种正常状况可能会持续不了多久，我观察了下，大概是15分钟的频率，就又会被系统Kill掉，让用户苦不堪言，严重影响了工作效率。这是治标不治本啊， 用户肯定不能接受的。没办法，只有再从Outlook客户端找问题。最终，我发现一个出现问题比较频繁的用户有两个问题：1.他所建的规则是以前的，有重复的和错误的规则。现在新建的PST文件，已经不进行分组，也就是上传到Server的规则会一直找不到回家的路，像迷失了方向的羔羊一样，这样势必会增加Session次数。 2. 我检查了下客户端邮箱，没有发现错误，再用OWA登录用户的邮箱，发现在收件箱中有一封很久以前的邮件躺在那里，但是一直没有收下去，这个绝对绝对有问题。果断地将错误的规则从OWA邮箱删除掉，再将那封错误的邮件彻底Delete掉，OK OK OK，感觉大功告成，注销OWA,再登录到Outlook，经过一段时间的观察，再没有出现ID9646的日志。如法炮制，对另外几个用户，也登录OWA检查邮箱有无错误邮件滞留在Server上，果然发现都是同样的问题造成了MAPI Session被KIll掉了，彻底Delete，问题圆满解决。总结：后台日志出现ID9646,一定要引起重视，分析造成9646事件的具体原因是AirSync还是MoMT，如果是MoMT,登录OWA，将错误Email和Rules彻底清除，这样Outlook和Server之间就不会频繁地进行Session请求，自然就能够正常通讯了。另外建议最好不要修改Server的Regedit，这样会增加Server的系统负担，更有可能造成系统性能降级，并存在不可预知的系统风险!