←back to thread

143 points c4pt0r | 3 comments | | HN request time: 0.613s | source
Show context
3r7j6qzi9jvnve ◴[] No.44451962[source]
This just polls every x (default 30) seconds; if you use IMAP you can do better with IDLE (e.g. I pipe `fetchmail --check` to something that triggers a sync to immediately get new mails)
replies(1): >>44452574 #
_flux ◴[] No.44452574[source]
I wonder though if also the Gmail interface supports something like this? It seems it's pretty fast at receiving email.
replies(2): >>44452656 #>>44453089 #
1. dataflow ◴[] No.44453089[source]
There are pub/sub notifications but it's a bit of a pain to get working. You need an HTTP endpoint the server can reach for push notifications, I think, not long polling.
replies(1): >>44455050 #
2. kevincox ◴[] No.44455050[source]
The GMail web client definitely doesn't create an HTTP endpoint to receive updates. But the API it uses is likely proprietary and private (even if it was built on top of the public API there would be a backend bridging the two)
replies(1): >>44455122 #
3. dataflow ◴[] No.44455122[source]
Sorry, yes, my comment was confusing. I was answering the "how do I get faster notifications in a supported manner" part rather than the "how does the Gmail web UI do this" part.