Exchange（2007/2010/2013)共存环境中IMAP和POP的工作方式
了解Exchange 2007、2010、2013共存环境中IMAP和POP的工作方式，对Exchange排错很有帮助。
我们需要知道Exchange 2013如何将IMP、POP请求转发到旧版本Exchange上，Exchange 2013 CAS接收到IMAP、POP请求时仍然是通过Proxy（代理）到目标服务器。通常Exchange 2013 ClientAccess Server接收到客户端的IMAP、POP请求时会执行两个操作：1）、对请求进行认证（验收用户名和密码）。2）、执行IMAP、POP服务发现。（寻找IMAP、POP服务位置）。
Exchange 2013 ClientAccess Server执行IMAP、POP服务发现有如下两种情况：
1、当请求的邮箱位于Exchange 2010数据库上，此时Exchange 2013 ClientAccess Server会枚举本站点中POP、IMAP的属性值InternalConnectionSettings,该值执向的是Exchange 2010 Client Access Server的FQDN。（所以需要注意的是POP、IMAP的InternalConnectionSettings属性值最好不要修改为负载均衡的FQDN）
2、当请求的邮箱位于Exchange 2007数据库上，此时Exchange 2013 ClientAccess Server将枚举本站点中每一个Exchange 2007 Client Access Server的FQDN。
了解到Exchange 2013发现POP、IMAP服务的工作方式，接下来我们需要了解Exchange 2013 CAS找到目标服务器后的代理方式。
通常有如两种情况：
1）、当客户端发送来的IMAP、POP入站请求是加密方式（例如：POP 995、IMAP 993)时，Exchange 2013 CAS接收到请求时首先采用SSL Proxy代理到目标服务器、如果失败将采用TLS Proxy代理到目标服务器、最后使用明文（非加密）方式代理到目标服务器。
2）、当客户端发送来的IMAP、POP入站请求是明文（非加密）方式时，Exchange 2013 CAS接收到请求时首先使用明文方式代理到目标服务器、如果失败将采用SSL Proxy、最后使用TLS Proxy。
上述描述的是共存环境是Exchange 2013 CAS如何将IMAP、POP请求代理到旧版本。对应IMAP、POP服务我们还需要注意：
1、在Exchange 2013 CAS上，在代理IMAP、POP请求之前，Exchange 2013是不会去检查目标服务的IMAP、POP服务是否可用，所以排错时，我们需要首先确认目标服务器的IMAP、POP服务是否启动。（其他类型的Proxy（EWS、OAB、OWA、Microsoft-Server-ActiveSync、ECP)，Exchange 2013会定期给旧版本的Exchange发送服务状态监听，例如：HttpProxy.ClientAccessServer2010Ping，唯独IMAP、POP没有这类的状态监听）
本文转自 jialt 51CTO博客，原文链接:http://blog.51cto.com/jialt/1769601