I fooled with the Gmail app a bit yesterday, and came to the conclusion that I only get a single audible notification for multiple e-mails, even when they are spread out over many minutes. Going in to the Gmail app and viewing new e-mails seems to be the only thing which resets things so that a new audible alert occurs. (BTW, the testing was performed by sending e-mail from a PC using a non-Gmail account.)
Anyone else notice this? Clearing notifications in the notification panel doesn't seem to affect things - I was only able to trigger a new audible alert if I went into the app and opened one of the e-mails.
Note that I could observe the same behavior even if the phone wasn't sleeping (e.g. powered by the USB, "never sleep" policy, and with the ddms monitor running).
Seems like this should be reported as a bug - if I am purposefully ignoring my phone for whatever reason, there's no way I can tell the difference between one arriving e-mail ... or twenty.
Separately, I tried to answer the question, "does Gmail push?", but couldn't come to a definitive conclusion - the behavior doesn't seem to be "simple". With only WiFi turned on (even with a "never sleep" WiFi policy), I could observe rather long delays (> 20 min) between sending of e-mail and receipt of email on the handset. (I could do this without touching the handset by passively sniffing WiFi packets "off the air").
The handset does initiate a long-lived TCP connections to Google's servers, and if new mail comes in within five or ten minutes, it is apparent that it is the Google side of thing that starts talking on the idle (virtual) circuit. So, that's a kind of "push"; OTOH, it also looks like the Google servers will time out that virtual circuit (sends TCP reset) after 15-20 minutes.
I don't have a way to trace things with WiFi turned off and Mobile Network on - the first thing event that seems to show up (with each new e-mail) in the ddms monitor is activity tagged with "GTalkService". This seems to happen more repeatedly - I only saw delays of 90 seconds or so when using the Mobile Network exclusively.
eu1
Anyone else notice this? Clearing notifications in the notification panel doesn't seem to affect things - I was only able to trigger a new audible alert if I went into the app and opened one of the e-mails.
Note that I could observe the same behavior even if the phone wasn't sleeping (e.g. powered by the USB, "never sleep" policy, and with the ddms monitor running).
Seems like this should be reported as a bug - if I am purposefully ignoring my phone for whatever reason, there's no way I can tell the difference between one arriving e-mail ... or twenty.
Separately, I tried to answer the question, "does Gmail push?", but couldn't come to a definitive conclusion - the behavior doesn't seem to be "simple". With only WiFi turned on (even with a "never sleep" WiFi policy), I could observe rather long delays (> 20 min) between sending of e-mail and receipt of email on the handset. (I could do this without touching the handset by passively sniffing WiFi packets "off the air").
The handset does initiate a long-lived TCP connections to Google's servers, and if new mail comes in within five or ten minutes, it is apparent that it is the Google side of thing that starts talking on the idle (virtual) circuit. So, that's a kind of "push"; OTOH, it also looks like the Google servers will time out that virtual circuit (sends TCP reset) after 15-20 minutes.
I don't have a way to trace things with WiFi turned off and Mobile Network on - the first thing event that seems to show up (with each new e-mail) in the ddms monitor is activity tagged with "GTalkService". This seems to happen more repeatedly - I only saw delays of 90 seconds or so when using the Mobile Network exclusively.
eu1