msmobiles.com/f

msmobiles.com_robot · Joined: 23 Mar 2004 Posts: 16777215

Microsoft's Service Pack 2 for Microsoft Exchange will bring "push email for masses" in the sense that no monthly fee will be necessary, even small companies will be able to afford push email and actually no addi...

Read more at http://www.msmobiles.com/news.php/3913.html

Arisme2 · Joined: 24 Mar 2005 Posts: 23 Location: Paris, France

EJR · Joined: 18 Mar 2004 Posts: 2629

Arisme2 · Joined: 24 Mar 2005 Posts: 23 Location: Paris, France

As I said, the device is sold with a special plan that is (or perhaps was because plans are changing every other week here) more interesting than other regular data plans, at least in France.

Stinger · Joined: 02 Aug 2004 Posts: 156

EJR · Joined: 18 Mar 2004 Posts: 2629

Stinger · Joined: 02 Aug 2004 Posts: 156

At present, that's right - no flat-rate GPRS for Microsoft-based phones.

Whether that remains the same once Microsoft offers push e-mail is anyone's guess. There's nothing to stop the network operators offering the same deal for Windows Mobile phones.

I'd assume that it's up to Microsoft to argue the business case for it.

carl · Joined: 24 Feb 2005 Posts: 16

I use ActiveSync sms-notification ("As items arrive") with my Magician and our Exchange Server 2003 today and it works great. I have flat-rate on the sms-cost and keep an eye on my grps traffic-counter (15SEK/MB about 1.3£/MB). I feel like this new http-push solution won't add any real most-have-value for me.
It sounds like the only difference with the present sms-solution and this new http-push is how the phone gets its sync-notification. And it feels like this new way will cost more in gprs-traffic. Everytime my gprs-connection (and the http-request) is lost, my phone will try to establish a new one. With sms-notifications, the phone doesn't have to do anything until it gets the sms.

spacer · Joined: 06 Jun 2005 Posts: 15

did you know that in average 7 % of sms are lost?
as future leans towards IP based networks with services on top of it it seems more then wise not to rely on any other completly different way of notification (like that of sms which is btw already widely used by MMS and its sms crafted notification system which is basicly real email push notification)

This solution might seems strange to some ppl but if you programm connecting application around internet you will soon find certain problems not seen before by "naive" IP app developer.... firewalls NAT routers everything adds another layer of unreliability to your application ...
current most robust protocol (in means that you have highest chance to connect) is HTTP and DNS . This is visible already on quantum oif software which is using HTTP tunneling as they found out (usually by hard own experience) that thats only most reliable way to get data accross current spaggety internet.

so back to "heartbeat" solution of mictosoft

Implementing http with long timeout for real email pussing would work on some test networks but never in wild where proxy NAT are adding their own meaning and understanding of timeouts... so it seems logical what thay did.. make connection and make it to timeout addopting timeouts of the network between mobile and ES.
usually i would say 5 minutes would work .. so if you calculate data it woulend cost you that much.
everywhere...

Arisme2 · Joined: 24 Mar 2005 Posts: 23 Location: Paris, France

jomni1 · Joined: 21 Jan 2005 Posts: 65

Ho hum

. Still expensive since GPRS plans in my country are charged per kb sent and received. As a result, Blackberry plans still come out cheaper because of the fixed (or cheaper) charges. Unless the networks start making decently priced packages for the option...

bubb · Joined: 17 Jun 2005 Posts: 2

EJR · Joined: 18 Mar 2004 Posts: 2629

bubb · Joined: 17 Jun 2005 Posts: 2

The device maintains an active PDP context in the network, with timers, should the connection approach the time out period defined within the carriers network. This in turn allows it to maintain an active IP session with the RIM relay. IP sessions are bidirectional. WAP push is used for devices that cannot maintain their connection to the network.

wibbly · Joined: 28 Jun 2005 Posts: 2

A potential problem (and feature) with the MS service is that it uses the generic GPRS service as the transport. Operators thus can't differentiate between use of the MS's solution and any other use of GPRS (eg by a laptop). BlackBerry is different, so operators are able to differentially charge for BlackBerry services without affecting other uses of GPRS.

So, for example, an operator can create a flat rate GPRS plan, but has to assume the user *might* be a laptop user pulling a lot more data than a PocketPC running MS's push email. But they can assume much lower amounts of data pulled by a BlackBerry (or perhaps a PocketPC running MS's push email). Hence the risk is much lower with BlackBerry and they can price lower.

W