[HN Gopher] Gmailtail - Command-line tool to monitor Gmail messa...
___________________________________________________________________
Gmailtail - Command-line tool to monitor Gmail messages and output
them as JSON
Author : c4pt0r
Score : 125 points
Date : 2025-07-03 00:06 UTC (22 hours ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| love2read wrote:
| What tool makes these readme's for new github repos that are
| bulletpointed lists with features, always prefixed by an emoji?
| maximevalette wrote:
| Basically any LLM
| edm0nd wrote:
| Layer 8 autism
| yapyap wrote:
| AI, I presume (but I'm not sure) that the code "agent" they are
| using creates it.
| bravesoul2 wrote:
| Tool is an insult when applied to a human...
| diggan wrote:
| Not specifically about readmes/GitHub repos, but I've noticed
| some LLMs like Sonnet and GPT4.1 are really enthusiastic about
| doing emoji-prefixed lists for some reason.
| dewey wrote:
| Trained on too many JS libraries.
| sunrunner wrote:
| I think this trend has been around for a while now (it started
| to become more noticable for me at least a couple of years
| ago).
|
| At first there seemed to be a correlation between how 'cool'
| the project was and the number of emoji, but now it seems like
| it's as expected as just having a README itself.
|
| I've definitely seen _more_ decorated READMEs, and I can't help
| but feel like there's an inverse correlation between emoji
| count and readability.
| username135 wrote:
| When ever I see tons of emojis in a list/faq/readme I first
| think of LLM output.
| basemi wrote:
| If I read it right, it's built on Gmail API
|
| Are there any other provider agnostic tools with similar
| capabilities?
| szszrk wrote:
| I guess JMAP was created to also deal with this. I'm not sure
| how far are we in implementation on clients side.
|
| https://jmap.io/spec.html
| MangoToupe wrote:
| I can't imagine google ever supporting something that useful.
| 3r7j6qzi9jvnve wrote:
| 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 wrote:
| I wonder though if also the Gmail interface supports something
| like this? It seems it's pretty fast at receiving email.
| kosolam wrote:
| There is this generic tool:
| https://github.com/pimalaya/himalaya
| jrop wrote:
| Thanks for this! Exactly what I was looking for.
| toomuchtodo wrote:
| _Himalaya: CLI to Manage Emails_ -
| https://news.ycombinator.com/item?id=42366025 - December
| 2024 (97 comments)
| dataflow wrote:
| 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.
| kevincox wrote:
| 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)
| dataflow wrote:
| 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.
| worldsayshi wrote:
| Is there any good library or tool that let's me
| programmatically/easily or semi-automatically delete mail by
| query in gmail? The built in tools are not good enough. Does
| Thunderbird work with gmail nowadays?
| jamespo wrote:
| I use imapfilter: https://github.com/lefcha/imapfilter
| jeffbee wrote:
| Easily done in Google Apps Script.
| nathants wrote:
| Just have SES put the email in s3, then do stuff.
| gsibble wrote:
| Oh yeah, I'd love to hold on to people's emails and be
| responsible if they got leaked.
| nathants wrote:
| TTL=1day
| nisegami wrote:
| One step closer to fully closing the loop on using LLMs to
| automate white collar work.
| rubslopes wrote:
| Is it just me, or is there a trend to make modern web
| applications accessible on the terminal?
| slantaclaus wrote:
| "a resurgence with new tooling and polish"
___________________________________________________________________
(page generated 2025-07-03 23:01 UTC)