Gmail push notification no longer works with Mail on new iOS devices
tuaw.com
tuaw.com
mike@laptop:~$ openssl s_client -quiet -connect imap.gmail.com:993 -crlf
depth=1 C = US, O = Google Inc, CN = Google Internet Authority
verify error:num=20:unable to get local issuer certificate
verify return:0
* OK Gimap ready for requests from 5.68.43.84 iz11if3450779wic.18
1 LOGIN ********@googlemail.com ******************
* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE CONDSTORE ESEARCH
1 OK ********@googlemail.com **** **** authenticated (Success)
2 EXAMINE INBOX
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $label1 $MDNSent JunkRecorded $NotJunk NonJunk $Junk Junk)
* OK [PERMANENTFLAGS ()] Flags permitted.
* OK [UIDVALIDITY 596417035] UIDs valid.
* 44 EXISTS
* 0 RECENT
* OK [UIDNEXT 548] Predicted next UID.
* OK [HIGHESTMODSEQ 25348]
2 OK [READ-ONLY] INBOX selected. (Success)
3 IDLE
+ idling
I'm pretty sure every desktop IMAP client supports it too. And K-9 Mail on my Android phone does too.Edit: Thanks folks. Looks like I was wrong about APN being pulled up over cellular messaging when there was data to transmit.
if you are using server-side filtering to filter emails into different folders and you want ‘push notifications’ and instant downloads for all of those folders, then there needs to be a separate TCP connection for each of those folders being monitored. On a mobile device, this can cause excessive battery usage if more than a few folders are being monitored.
[1] http://emailganizer.goodhumans.net/2012/10/01/activesync-pus...
If the tcp session is severed, you have to reconnect, rinse and repeat with both IMAP IDLE and iOS push notifications.
I'm partly guessing here, but I'm not sure how it could work any other way.
But you can use their Gmail app and still get push notifications.
Is this a patent issue or is it because no one else has figured out how to properly replicate that kind of functionality?
</ignorance>
No, the patent is an issue because of what the iOS Mail app supports for push.
The Gmail app may technically support multiple email accounts, but in reality, it doesn't. Without a unified inbox view, checking email is a chore and a real headache.
I also don't think this has much to do with Exchange licensing; the fact of the matter is, IMAP IDLE has existed for the better part of 16 years, and is the perfect push solution for email. Mail.app for the iPhone and OS X, along with countless other IMAP clients, (fully?) support IDLE - Gmail just needs to step up their game.
iOS 7 is adding a feature that will allow downloading data in the background and hopefully Mailbox and the GMail app will take advantage of that. But in the meantime: fetch, get Google Apps for $5/mo, or deal with the annoying wait
P.S. Ironic that your nickname is "gnus" :) (http://en.wikipedia.org/wiki/Gnus)
[1] http://support.google.com/a/bin/answer.py?hl=en&answer=27169...
The push channel we already have on the platforms but I guess at least iOS and Windows Phone limit how it can be used for this kind of purposes.
I've tried switching over to the Gmail app for a week and found it to be quite buggy. Badge counts would not be updated properly, emails would sometimes not load when you went into the detail view, etc. If it weren't for the clunkyness I wouldn't mind using it.
In practice, I do not find push mail to be all that important. Its real benefit, at least theoretically, is in optimization of battery usage by not having to constantly poll for messages, but I do not find it makes much difference on iOS and will perhaps become even less important on iOS 7 as background apps will be more apt to be firing up the radio anyway.
I know it does not make sense that it's at background, not working and using the same push notification service as Gmail app.
Is there any logical explanation? Or is it just psychological?
Letting other people choose when you can be interrupted sounds awful.