除非局端MSC和苹果或者GOOGLE的PUSH服务器之间开了特殊的信令接口，否则我真想不出来除了保持链接和后台轮询以外，还有什么办法能PUSH

而这两种方法都费电

嗯，用SMS来唤醒终端，启动链接是个不错的点子，但是现有终端支持吗？

引用:

原帖由 cc0128 于 2012-6-18 10:28 发表

快死的黑莓啊

当然是除了BB啊

而且BB只是后台服务器轮询邮件服务器，然后发SMS

这个跟IOS和ANDROID现在的各种推送，区别还是有一点的

引用:

原帖由 小文 于 2012-6-18 10:36 发表
WM以前的139邮箱客户端就是短信激活GPRS链接收取邮件

真正的支持应该是透明的和无缝的

这种SMS你看不见，也不需要启动应用程序，更不需要应用程序在后台处理

应该是操作系统本身的系统进程统一处理这种SMS，并在后台分别启动相应的程序，自动链接，然后自动关闭链接等等

短信这种其实不错，就是信息量大的时候肯定贵了

引用:

原帖由 小文 于 2012-6-18 10:58 发表

就是如此，WM上的139邮件通知短信是不可见的，会被后台服务截获，收到短信后自动激活GPRS，启动139邮箱程序，收取邮件，提示有新邮件.对用户来说平时都是断网的，有新邮件才自动联网收取

这个应该是139在后台开了个进程吧

引用:

原帖由 trashman 于 2012-6-18 11:50 发表
楼主啊，你先定义一下你的“轮询”到底是什么。

现在的推送技术使用的是永久连接，这没什么大不了的，短信Gateway就是这么工作的。
苹果和谷歌的技术实施大同小异。区别在于，苹果只允许一个，就是苹果自己的APN ...

应该不是，GOOGLE的C2DM也是统一走GOOGLE的服务器发消息给ANDROID的C2DM receiver的

引用:

原帖由 小文 于 2012-6-18 11:55 发表

当然是后台开了139自己的进程，将邮件推送设计到系统一级的就只有黑莓了。

短信通知和短信激活客户端还是很不同的，短信通知你只能看到来了一封新邮件，由于短信长度的限制，只能看到个邮件标题。邮件回复也很难 ...

所以这个价值不大

只有操作系统对SMS接口进行一个定义，然后开放给所有APP用，这个才有价值

虽然成本高，但是省电毫无疑问