万恶的夹具呀!
自己的diy能力太差,做了三个都不成功~ 第一个用电线,第二个用保险丝,第三个是烟盒的锡纸~~全都失败了 上网更是搜索到刷机因�具松脱变成砖头的贴子……怕怕⊙_⊙ 明天去看看附近有没“导电胶”买,唯有靠这个了~Comments [0]
我想我找到了昨天上不了网的原因了,大概又是移动搞的鬼!!
想不到呀!CMNET竟然不能浏览网页!!Opera、IE都不行~还有很多其他的软件也不行。不过奇怪的是可以用Opera收邮件,注意,只是可以接收,却不能发送~系统outlook什么来着……(不会写)连接收都不可以,完全废了……
还有一点就是好像要用走CMWAP的软件“打通”一下网络才能免强的上网……(为什么这个可以用?)
试了两次都要用走CMWAP的Opera Mini连一下网然后才能接收到数据包……通常都是发送两三百个包才收到一个~实在搞不懂呀~竟然比CMWAP有着更多的问题。移动究竟还让不让人活!!
想好问题问一下UC的人,应该能可以知道原因吧。都是肇庆的~
┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┉
邮件由移动设备发送,ProfiMail+Gmail IMAP IDLE
本来应该由Opera来发的,我还编辑好了,以为可以用下html mail
Comments [0]
昨晚到小众客栈发贴问了一下,今天早上就回复了。嘻嘻,很详细。由ElTopo提供。
引用:
ElTopo
IMAP IDLE 模式是 IMAP 协议的一项高级功能,在这种模式下,客端登录连接服务器后并无主动查询新邮件的动作,而是停留在 IDLE(空闲) 状态,当服务器接收到新邮件后通知客端,客端再开始查询新邮件的动作,此动作完成后,客端重新回到空闲状态。使用 IMAP IDLE 模式的好处是,服务器收到新邮件时客端马上就会收到通知
不支持 IMAP IDLE 的客端或者服务器,检查新邮件是靠客端手动刷新或者定期查询(比如每5分钟),这种方式查询新邮件会有时间延迟,如果新邮件没有赶上上次查询,必须等到客端下次查询时才能收到通知
IMAP IDLE 和 Push email 还是有区别的,Push email 是服务器主动把邮件推送到客端;而 IMAP IDLE 是客端主动登录服务器并保持连接才可以,用电话作例子来说,IMAP IDLE 就像是客端打电话到服务器后进入待机状态等待服务器回答,而 Push email 则是服务器直接打电话给客端
Gmail 目前并不支持 Push email,需要通过第三方支持(如http://mobile.emoze.com/)才能实现 Push email 的功能,这是因为 Gmail 在客端没有登录的情况下不知道如何把邮件推送到你的手机;如果使用 IMAP IDLE 功能,服务器只会通知客端有新邮件,而下载新邮件的工作还是客端完成的,并且这个过程中客端必须一直保持与服务器的连接才能收到通知进而完成下载邮件的工作,严格说这并不是 Push
PS:刚才装电脑的打电话过来了,不过没见出声我就挂了~
(可以听到那边的人声,却不见他回答)
┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┉
邮件由移动设备发送,ProfiMail+Gmail IMAP IDLE
Comments [0]
注册后就不能用了……
据说是不能验证,看不懂那英语呀,哈哈-_-#
10M的收发邮件流量也够用很久了,呵呵
Comments [0]

CMNET的使用真是太爽了,嘻嘻。配合profimail收取邮件,完全可以抛弃Outlook Mobile了!
这篇日志就是用profimail一个字一个字打出来的。哈哈哈哈。
支持html就是爽,以后试试发html邮件试试。
下面来个CMWAP与CMNET的区别:
GPRS教科贴!CMWAP和CMNET 的主要区别!
随着移动优惠促销活动的开展,很多网友都对20元包月的CMWAP无线上网产生了很大的兴趣,但是一些朋友在对CMWAP和CMNET的区别还是不甚了解,导致了很多朋友在毫无知觉的情况下被扣了一大笔流量费,可真是心疼啊! 对于一些新软件,也经常有人会问“CMWAP可以用吗?”,那么我们今天就来谈谈CMWAP 和 CMNET 的主要区别与适用范围。
(1) 为什么会有两个接入点?
在国际上,通常只有一种GPRS接入方式,为什么在中国会有CMWAP和CMNET两兄弟呢?(彩信之所以单独配置接入点是因为彩信服务需要连接专用的服务器,在这里不作探讨。) 其实,CMWAP 和 CMNET 只是中国移动人为划分的两个GPRS接入方式。前者是为手机WAP上网而设立的,后者则主要是为PC、笔记本电脑、PDA等利用GPRS上网服务。它们在实现方式上并没有任何差别,但因为定位不同,所以和CMNET相比,CMWAP便有了部分限制,资费上也存在差别。
(2) 什么是WAP?
WAP只是一种GPRS应用模式,它与GRPS的接入方式是无关的。WAP应用采用的实现方式是“终端+WAP网关+WAP服务器”的模式,不同于一般Internet的“终端+服务器”的工作模式。主要的目的是通过WAP网关完成WAP-WEB的协议转换以达到节省网络流量和兼容现有WEB应用的目的。 WAP网关从技术的角度讲,只是一个提供代理服务的主机,它不一定由网络运营商提供。但据我所知,中国移动GPRS网络目前只有唯一的一个WAP网关:10.0.0.172,有中国移动提供,用于WAP浏览(HTTP)服务。有一点需要注意,WAP网关和一般意义上的局域网网关是有差别的,标准的WAP网关仅仅实现了HTTP代理的功能,并未完成路由、NAT等局域网网关的功能。这就决定了它在应用上所受到的限制。
(3) 中国移动对CMWAP的限制
为了从应用中区别两者的定位,中国移动对CMWAP作了一定的限制,主要表现在CMWAP接入时只能访问GPRS网络内的IP(10.*.*.*),而无法通过路由访问Internet。(少数地区的移动网络可能不存在这一限制。)我们用CMWAP浏览Internet上的网页就是通过WAP网关协议或它提供的HTTP代理服务实现的。 说到这里,就让我自然而然的联想到公司的网络,相信不少工作的朋友都有类似的体会。公司的网络在网关上不提供路由和NAT,仅仅提供一个可以访问外网的HTTP代理。这样,我们就无法直接使用QQ、MSN等非HTTP协议的应用软件了(好在它们还提供的有HTTP代理的连接方式)。CMWAP也正是如此。
(4) 适用范围
适用范围才是大家最关心的问题。CMNET拥有完全的Internet访问权,这里就不多说了,主要让我们来看看CMWAP。因为有了上面提到的限制,CMWAP的适用范围就要看WAP网关所提供的支持了。目前,中国移动的WAP网关对外只提供HTTP代理协议(80和8080端口)和WAP网关协议(9201端口)。 因此,只有满足以下两个条件的应用才能在
中国移动的CMWAP接入方式下正常工作: 1. 应用程序的网络请求基于HTTP协议。 2. 应用程序支持HTTP代理协议或WAP网关协议。
如何辨别一个应用程序的网络请求是否基于HTTP协议?
这个问题还真不好回答,要完全做到这一点需要通过拦截应用程序的通信数据包进行分析。这里提供几个简单的方法给广大菜鸟朋友:从表现上看,如果它的网络请求是网址(URL)的形式,那么通常是基于HTTP协议的,如Web浏览器;如果它连接的服务器端口是80,那么它可能是基于HTTP协议的。如果确实无法准确判断,那么请直接看下一个条件。(满足第二个条件的应用一定是基于HTTP协议的)
Comments [0]
呵呵,终于用到了。久违了CMNET。
删掉了系统的代理和CMWAP接入点,就保留了CMNET!这样竟然能够上net哈哈哈哈。
万花筒不分接入点,爽去了~
>_<
感谢UC论坛“思宇”兄弟!
肇庆南岸人
(不过CMNET好像比以前的CMWAP慢~)
Comments [0]
呵呵经过不断的尝试,终于用回了这个功能了。T_T
详细的东西明天再说吧。
这几天好事不断呀,哈哈哈哈
Comments [0]
Comments [0]