之前发了个push mail的帖子，有朋友指引 71.com ，我去看了看，既然有30天免费，我先试试这玩意儿怎么push。 申请花了我一天，然后配置，同步后这gprs就连上了，我关闭了连接，它又连上了。 测试朝邮箱发了一封信，过了30秒左右，手机倒是报告有邮件了， 问题这push个毛啊，随时都要联网，我不如在手机自建邮箱设置，每10分钟刷新一次了。

我理解的push mail，应该是和彩信差不多的， 邮件到了服务器端，会有类似一个短信报头的东西，先发到手机上，手机激活后自动联网收信...  这样一直挂在网上的，push个毛.

第二轮测试，将手机轻按电源键进入休眠模式，然后朝push mail发测试信，10分钟过去了，手机一点反应都没有.. 轻按电源键激活手机，这丫开始拨号，10秒后收到了那封测试信.....    这跟我手动收信有毛区别啊，push个毛

真正的push mail应该就是，手机休眠中，没有数据连接（gprs）的前提下，可以收到邮件，并且像短信一样的响起来

引用:

原帖由 beak 于 2009-2-17 14:33 发表

weiphone就是这样的啊

不用争辩了，weiphone的服务器是放在71.com的，和我说的是一个东西

引用:

原帖由 修 于 2009-2-17 15:10 发表
国内现在应该就139是真PUSH

139我觉得也不算，无非就是一个来邮短信提醒

查了一下，基于exchange的push mail，的确是伪push

第一部分：微软Exchange Direct Push技术的工作原理
　　微软Direct Push技术不是使用SMS消息，而是靠在移动设备和Exchange Server之间维持一个常HTTPS连接来发挥作用的(这就是GPRS为什么要一直连接着了）。因为这个连接总是处于可用状态，所以有新电子邮件的消息就几乎能即时转发给移动设备。

Direct Push HTTPS连接的优缺点
　　保持常HTTPS连接有一些顾虑。对于发起者来说，数据发送接收时某些移动设备不能接收到语音呼叫。另一个普遍的顾虑是发送和接收数据消耗了与语音呼叫同样的电力。
　　虽然这是一些严重的问题，微软仍采取措施来最小化发送接收数据的影响。直接推送不会在几个小时内就完全消耗掉移动设备的电力。移动设备维持与Exchange Server的常HTTPS连接，但不会一直发送或接收数据。
　　这种情况是可能的，因为HTTP和HTTPS协议是为分布式网络设计的，所以HTTP和HTTPS消息的发送和响应不是既时的。
　　解决办法是设置一个与HTTP和HTTPS会话相联系的超时值。当发送者发送一个包时，要隔多久收到响应并不重要，只要响应在会话超时前到达即可。Direct Push通过设置超时值就可使移动设备在包间隙时间内处于休眠状态。(这和我自己设置一个手机邮箱，例如gmail，然后让手机每5分钟查询一次有啥区别？）