Live data from Hacker News

Aerc: A well-crafted TUI for email

blog.sergeantbiggs.net

161–166 of 166 posts

Re: Aerc: A well-crafted TUI for email

#161

There's one big drawback I discovered the hard way, to not storing emails locally. If you have to leave an org for any reason, you lose access to the entire email history with that org. Some of which might still be important to you for a multitude of very legitimate reasons (such as contacts).

Assuming by org you mean an employer - this is also a benefit. For legal reasons, you may not want to have a copy of any of those emails anymore, or at least your employer may not want you to. I try to forward important e-mails to myself if I think I'll need them outside of work (insurance details, etc).

> or at least your employer may not want you to

I'm not usually concerned with what the employer does or doesn't want if they've decided they don't want me.

> I try to forward important e-mails to myself

They'll invariably be aware of this.

Your employer doesn't have to know everything about your business with them. They may think they deserve to, but that doesn't necessarily mean it needs to be true for you.

One might argue that this is a bit of deception, but it's also self-preservation of self-interest.

Re: Aerc: A well-crafted TUI for email

#162
post #128
post #87

Earlier quoted context omitted.

I still use fetchmail, while I prefer MailDrop over procmail :-) And, yes, I 110% agree about automation revolving around emails, or simply revolving around exchanging text between people asynchronously. I still have my ascii ribbon campaign in the signature [well, mostly because I very lazy]. One of the first kind of automation, it's just mere handling, I have auto-delete for some mails not flagged, to keep my maild…

> Similar things about other "old tools" from usenet to RSS, just imaging your bank offering an authenticated feed of every transaction, markets changes etc with push notifications as well. What a dream that would be! Agree with everything above. In the 90s everything was trivially easy to automate and customize in any way one wanted. As the world has moved to ever more isolated siloed webapps that barely have any fu…

> we keep moving ever backwards

Sadly true, but if you observe a larger timeframe:

- back to Unix time, unixers say GUIs are unneeded complexity, in very little time Unix add X, not like Smalltalk workstations, but still similar, one of the first based on the current 2D graphics for documents, SunWS, or DisplayPostscript server;

- back at first Windows time, Windowser say widget based GUIs are the sole GUI needed, and that last long, but, the web 2.0, QtQuick, ... state clearly no, we can't live on widgets, and we are now essentially back to a much more complex and not much more featuresful DisplayPostscript equivalent, still a kind of DocUI like the Xerox workstations ones, only NOT moldable by end users;

- at a smaller levels menus are mostly substituted with search&narrow tools, from the "classic desktop menu" to "the dash", Android preference with a quicksearch, equally present for apps menu, failed but very good Ubuntu Unity HUD, we can go till search engine and ML (LLM, mostly) prompts, all are "back" at users entering text instead of clicking around pre-made menus;

- decades after CanonCat notes are now very common even for not so power users, and notes pale and limited automation start to appear here and there (R with Quarto, where the user write a mix of data (MD) and code (R) to generate a pdf via pandoc/LaTeX (or something similar in their backend), to Zettlr note "export template" functionalities and so on, actually is the data and code of Lisp and Smalltalk systems back then, in users hands even if that part is sometimes a bit hidden.

Long story short good ideas came back, generally only after an immense amount of time and turned into Greenspun's tenth rule bug-ridden, half-backed soups, but still they are back. So well... As the time passes "digitalization" happen and some start to think, rediscovering old concepts often not knowing they are old, but still came back. Maybe in 50+ the future web will be composed of feeds, full articles in the feed, and the same mechanism will be used for releases announcements, bug tracking, vulnerability notice and so on, as well as something equivalent of emails, equally scriptable.

For me the sole key is not losing all the past memory, so we can know how bad evolution arrives and how they disappear to collect experience and a bit at a time correcting errors.

Reading history I think this same phenomenon happen in all fields, good stuff tend to die early en masses, only few survive often badly changed, but a bit at a time died early stuff came back. Sad for the humanity, sad for those who know but at least still good for future generations.

Re: Aerc: A well-crafted TUI for email

#163
post #155
post #66

Aerc has been my daily driver for a long, long time. I use it with IMAP (GMail and other reasons) but its completely usable with local mail directories. - I have redefined the Aerc key mapping with a set of Vim-like keybindings, since I am too old to learn new keybindings. And I bet now I as fast as possible slashing through countless mails… - I configured Aerc to work properly with Gmail and Imapfilter. - I created…

> If someone is interested, I will link my GitHub repo. I'm very interested...this post has encouraged me to play with aerc again, and the first filter you posted is something I have always wanted in an email client!

https://news.ycombinator.com/item?id=41324757

Re: Aerc: A well-crafted TUI for email

#164
post #39

Earlier quoted context omitted.

Yeah, but I don’t have to learn new shortcuts since I can configure Aerc exactly like I want (and how my mental VIM shortcut model works).

This has to be a pretty backwards argument, to be honest. You may not have to learn "new shortcuts" (they're pretty standard), but you're perfectly willing to learn an entire text-based configuration scheme? VIM has its merits for _editing_ code, but that's not what you're doing with e-mails. You're usually just writing them and sending them off. It doesn't matter if you can save a few keystrokes to, say, change a wo…

I must respectfully disagree. It's far from just about writing an email; it's about managing hundreds of emails. With Vim keybindings, I can switch between email accounts, folders, and individual emails in Aerc at lightning speed. I can select emails using the same keybindings as I would to select lines of text in Vim. Then, I can use those same keybindings to delete, move, copy, or mark emails. The efficiency? It's many times better once you understand the Vim mindset. Plus, I can use the same keybinding system in other programs too. Take a look at [oil.nvim](https://github.com/stevearc/oil.nvim), NNN, or [yazi](https://github.com/sxyazi/yazi), or mpv or surfingkeys in your browser.

For Yazi, I even created a hardcore Vim configuration that makes it even easier and more efficient for any user familiar with Vim keybindings.

Just one example: look at your email program. Perhaps you have a folder open with 100 emails. Now, imagine that each email is nothing more than a line of text. So, you have a document with 100 lines of text. In Aerc, I can simply jump to the first line (the first email) with `gg`. And with `G`, I can jump to the last email. With `ff`, I filter all emails that have the same sender. With `fs`, all that have the same subject. With `V`, I mark an email, and with `X` or `dd`, I can delete the email. Before that, I can mark all the emails I filtered with `G`. If I don't want to delete them but move them instead, I just press `pf` and enter the first letters of the desired folder where I want to move my emails. I can also set certain folders where I often move emails as shortcuts. For example, `pb` to move emails to the "Brain" folder. Have a look at my simple config: https://github.com/rafo/aerc-vim/blob/main/binds.conf

Once understood, everything becomes incredibly fast.

Tip: try surfingkeys in your browser.

Re: Aerc: A well-crafted TUI for email

#165
post #132

Earlier quoted context omitted.

Looks really neat. Thanks. What do you use to sync your Gmail to local for notmuch to index?

I don't use Gmail :-) You could use something like lieer[1] which will also sync your notmuch tags with gmail labels. If you don't want to sync the labels, I'm sure there are plenty of solutions out there to download Gmail to your local machine in a well known format like Maildir. [1] https://github.com/gauteh/lieer

Thank you

Re: Aerc: A well-crafted TUI for email

#166

Earlier quoted context omitted.

Curious what's unusable about gmail. I love the UI plus I also love the sidebar with tasks, calendar, etc. For me outlook is the real pain, I just redirect my emails there to my gmail.

Gmail is not a real email client; it lacks basic commands such as mail bouncing. Perhaps worst of all, it has no concept of conversation threads, as I demonstrate here: https://lwn.net/Articles/837960/

Huh that's really interesting. I have used mutt before, and I hated how it handled replies and that was the reason I returned to plain gmail.

I guess it's a matter of taste.

Post reply on HN