我有两个Exchange 2007服务器，一个（exch1）在传输中心，邮箱和客户端访问angular色中，另一个（owa1）在客户端访问angular色中。 owa1暴露在世界上的443端口用于外部访问。
owa1每天logging几次以下错误：
8月5日21:01:07 owa1 ActiveSync：1040：客户端使用的最近一次[526]心跳间隔的平均值小于或等于[540]。 确保您的防火墙configuration已设置为使用Exchange ActiveSync和Direct Push技术正确工作。 具体而言，请确保已configuration防火墙，以便Exchange ActiveSync的请求在有机会处理之前不会过期。 有关如何在使用Exchange ActiveSync时configuration防火墙设置的详细信息，请参阅Microsoft知识库文章905013“用于Exchange ActiveSync直推技术的企业防火墙configuration”（ http://go.microsoft.com/fwlink/?linkid=3052&kbid = 905013 ）。
没有随附的说明性日志消息。
我发现的大部分文档都是指防火墙超时。 我的防火墙是一个使用默认tcp.established超时86400秒（24小时）的OpenBSD盒子，所以我不认为这是一个问题。 没有基于主机的防火墙。
组织中有很多iPhone和Palm设备，包括我的，我还没有得到一个似乎与此相关的投诉。
任何人都可以解释这一点吗？
有关组件的一些具体信息，以及此TechNet文章中的错误报告。 鉴于您确定您自己的防火墙不执行会话超时，很明显，最可能的罪魁祸首是蜂窝提供商。
这样做的主要效果是对于邮件量相对较低的用户来说，电池寿命较差，对于高容量用户来说，邮件下载占主导地位，所以电力用户往往不会像那些只收到不经常邮件的用户那样注意到这些问题。 该文章指出，这将导致错过推送通知 – 会发生什么情况是在超时期间发生的通知不会导致推送和邮件将只在客户端意识到心跳已经丢失和重新连接后到达。 至less有一些用户应该看到一些邮件被延迟。 延迟时间不得超过30分钟，正确运行的设备应该减less睡眠间隔时间，直到find可持续的会话持续时间。
另外请注意，这是一个平均数 – 很多（甚至大部分）用户可能是完全正常的，而平均值的降低可能是由影响less数用户的问题引起的。
为什么exch1是CAS服务器？ 它是否在与cas1不同的网站？
当我看到这一点时，它可能是防火墙或负载均衡器。 确保BSD盒没有一些逻辑判断连接是否“空闲”或类似的东西。
谢谢，
布莱恩·德斯蒙德
活动目录MVP