3 ms·
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
by 3r7j6qzi9jvnve 1y ago
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)
- _flux 1y agoI wonder though if also the Gmail interface supports something like this? It seems it's pretty fast at receiving email.
- kosolam 1y agoThere is this generic tool: https://github.com/pimalaya/himalaya https://github.com/pimalaya/himalaya
- jrop 1y agoThanks for this! Exactly what I was looking for.
- toomuchtodo 1y agoHimalaya: CLI to Manage Emails - https://news.ycombinator.com/item?id=42366025 https://news.ycombinator.com/item?id=42366025 - December 2024 (97 comments)
- dataflow 1y agoThere 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.
- kevincox 1y agoThe 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)
- dataflow 1y agoSorry, 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.