http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/ Engadget Comments for iPhone push notification service for devs announced http://www.engadget.com/media/feedlogo.gif http://www.engadget.com en-us Copyright 2012 Weblogs, Inc. The contents of this feed are available for non-commercial use only. Blogsmith http://www.blogsmith.com/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:07PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:08PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
Blackberry already has Email Push.]]>Jun 9th 2008 4:42PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
B. The iPhone already has push syncing for email, contacts, calendars and bookmarks thru Exchange and/or MobileMe.

C. This service will allow all authorized servers to push notifications to the iPhone ... not just email servers. That opens up a lot of possibilities. You could for instance receive a notification from your network capable surveillance system when an intruder is detected in your home and then open corresponding software for monitoring your installed video cameras remotely or receive instant updates on twitter members that you're following (w/o wasting text messages or cluttering your inbox) or you could give your kid a GPS monitoring device and receive regular updates on his location then find directions to his coordinates via Google maps with the tap of a finger when you're concerned. That's the power of a push notification service that's open to 3rd party developers.]]>Jul 30th 2008 3:00PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:07PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:08PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:11PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:11PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
Am I missing something here or is that going to be about the same power drain?]]>Jun 9th 2008 2:12PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 13th 2008 12:46PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/]]>Jun 9th 2008 2:14PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:14PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/]]>Jun 9th 2008 2:14PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 2:48PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/LAME.
/sarcasm.

hey, but it DOES look like the iPhone's trying to cater to businessmen now instead of just being a "cool" phone.
]]>Jun 9th 2008 3:00PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
Sounds like a pretty crummy solution to the background task resource usage issue. And it sure sounds like Palm's way of doing things too.
]]>Jun 9th 2008 3:01PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
In that case it does launch everytime, but it launches so fast you dont even notice.. it launches quick enough to establish an SSH connection for example without delay. The same will go for this push email. Soon as they send probably a special packet, there will be a built in trigger that opens the correct app to download the email or whatever, all this transparent to the user. This can happen very quickly and seem as though its realtime, and the great thing is,. no extra battery or CPU cycles are taken, leaving the phone powerful for other apps and longer battery life. The GPS is another story... but worth the benefits and capable of being left off while its not in use.]]>Jul 10th 2008 3:30AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 3:04PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.zintin.com/blog/2008/06/the-future-of-the-iphone/]]>Jun 9th 2008 3:58PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
1. Will the exchange push support HTML e-mail format?
2. Will it require exchange 2007 for html or any push?
3. Are there any limitations if you use Exchange 2003?]]>Jun 9th 2008 4:03PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 9th 2008 6:02PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
I guess my question wasn't clear. With WM6, you need an exchange 2007 server to push HTML e-mail. You can push e-mail with Exchange 2003 SP2 but you can't push HTML e-mail to your WM6 device.

My question is will it require Exchange 2007 to push HTML e-mail or will it get html formatted e-mail from Exchange 2003?]]>Jun 9th 2008 6:55PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
think IM clients, unable to run in the background.....

it's for devs, not for basic exchange.]]>Jun 10th 2008 12:23AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
It has been "pushing" my Yahoo email to me for almost 2 years now.

I can't believe Apple gets press for FINALLY CATCHING UP.

http://www.wireless.att.com/businesscenter/solutions/email-messaging/email-xpress-mail.jsp]]>Jun 10th 2008 1:50AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 10th 2008 8:12AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
What about an RSS reader that is to pull updates every 30 minutes? Or a third-party calendar / task list app? Is Apple suggesting that we have to run a *server* (for an app that doesn't inherently require a service backend) and we push an event to the iphone that just tells the app to update? What if your app has more than just a few users? It's definitely not scalable and only seems to be a "fix" for IM or chat applications - which make up a small portion of apps that require backgrounding.

It just seems so silly... Apple, just let us run background apps and be the ones responsible to our customers.]]>Jun 10th 2008 3:53PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Iphone V1 users still do have problems with not receiving calls while on a data connection.

And if this data connection is to be alive at all times will this make us unreachable on the cellphone while on a non-3g network?

http://www.intoiphone.com/2007/07/28/iphones-cant-receive-calls-while-transferring-edge-data.html

]]>Jun 12th 2008 6:31PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jun 12th 2008 3:17PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
Are you friggin kidding me? This is SO not the same as background processing. I want BACKGROUND processing for things like AIM and programs that I close and open frequently, like Maps. That's all I ask! So far not many programs have been designed that would benefit from background processes, but that's only because it isn't available! Remember all the software for the hacked iPhones that needed background processing to get things done? How awesome were those?

Apple, this is a simple effing solution: make all developers put an option on there software to enable/disable background processing. This would give people the option of actual usefulness, minus some processing power, but also give them the option for maximum processing power for all those CRAZY tasks the iphone does like, y'know, hacking into the friggin pentagon. WHAT THE HELL DOES IT NEED PROCESSING POWER FOR?! Cocoa does all the animations and graphics with literally 10% of all available processing power, and the most intensive application is safari, which only uses around 35% of available power. So please Apple, tell me, what BULL**** is running that uses up the rest of that power? Cuz I honestly can't think of anything. Is it the iPod part? I honestly think that you could find a way to run both the iPod functions and ONE other program easily, by making the iPod auto-switch off the background processes. Why can't Apple developers think of these things?!

Apple, I know you have people reading this site, trolling for ideas, and looking for hacks we come up with so you can shut them down in the next firmware release. I don't care about that. What I care about is my ability to utilize the true power of the iPhone's processor to perform background processes. This would NOT significantly affect my battery life if background processes are simply relegated to mundane tasks such as email/IM checking, or playing music through programs such as AOL Radio, Pandora, or Last.FM

The solution is simple, cheap, and leaves the option of background processing entirely up to the developers, provided they give users the right to turn it off.

Your current solution, Apple, is to create large server farms that generate excessive heat pollution and waste, and use large amounts of power and expensive equipment. How is this solution better than giving the consumers what they want? You are needlessly spending money and manpower to do something that very few developers will want to use because of the hassle of uploading data to YOUR servers. Most developers have their own servers because most products using the Push API are available for desktop use as well, meaning they were designed before your solution existed, meaning they don't NEED your solution.

This is just a warning Apple: Don't try to become Microsoft, taking over every little aspect of your systems' connectivity. They tried that already and lost 4% market share to you. If you continue with this hairbrained Push Server idea you will PUSH your customers away and all you'll hear from M$ will be "you got SERVED"

Dear god I love puns.]]>Aug 4th 2008 12:29AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
Are you an Apple iPhone developer? If so, you'll get a lot further with your request for background processing if you submit that request to Apple via the channels they provide for developers. If you are a developer, I'm sure you know to provide the specific technical and business case(s) for which background processing is necessary and push notification is insufficient.

If you're not an iPhone software developer, then how can you possibly know whereof you speak? Push notification is EXACTLY what any chat program such as AIM needs. It absolutely does not need to do any background processing. Off the top of my head, I can't see why a Map application would need to do background processing either.

If you think the answer is to leave everything as an option for the user, well, I hope you're not a software developer. Check out "The Tyranny of too Much" http://blackfriarsinc.com/totm.html to gain an understanding of why making everything a user choice is a bad idea. Basically, the typical user doesn't have (and doesn't want to have) the knowledge necessary to make a correct choice. The knowledge resides with the developers, and it is up to developers to know their market and make design choices appropriate for that market.

If you just want to play, please go check out something like http://www.openmoko.com/ That's completely open and you can do whatever you would like with it. I took a look at openmoko at the recent LinuxWorld conference in San Francisco, and it's actually very cool. It's an excellent platform for an engineer/hacker to play with. But I doubt that openmoko will ever be the commercial success that the iPhone has already been. For those of us who actually like to get paid for our work, commercial success of the platform is very important.

Providing background processing and/or push notification is a DEVELOPER tool, not a user/consumer tool. It is up to a partnership between Apple and software developers to provide what consumers need and want. If developers can provide what consumers want using push notification, then all is well and good. If they can't, then the developer making the case to Apple is what will change things, not you 'warning' them.

Perhaps you're just not part of the target market that Apple is going for. That's ok! There are other mobile platforms out there, and the competition among them will be good for all of us. From my perspective, as a software developer, Apple is making the right choices. They're not always easy choices, but they make sense for the set of constraints Apple has chosen. The fact that Apple is making intelligent choices (with the possible exception of the F*CKING NDA) is why I choose to develop for the iPhone and not Android, Blackberry, openmoko, or Windows Mobile.]]>Aug 17th 2008 3:28PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Aug 25th 2008 9:35PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Nov 29th 2008 12:41AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Dec 2nd 2008 2:04PMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
WHERE IS IPHONE PUSH API????

NO WORD ON IT?]]>Jan 1st 2009 1:40AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Jan 7th 2009 10:48AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/Mar 11th 2009 2:41AMhttp://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/http://www.engadget.com/2008/06/09/iphone-push-notification-service-for-devs-announced/
]]>Mar 17th 2009 5:33PM