I have to be skeptical of any email client that's not integrated in to Emacs.
Every interactive program evolves until it contains Emacs. Even Emacs.
With that kind of meta recursion, we need to make Emacs part of the Emacs acronym itself.
Aerc – An email client that runs in the terminal
201–210 of 271 posts
Re: Aerc – An email client that runs in the terminal
#202Earlier quoted context omitted.
These days, a lot of services with 2FA type emails or validation emails expect you to receive them within seconds. Also, how many times have you spoken to someone on the phone for them to say "I've just sent you the details.... can you see it yet?"
> These days, a lot of services with 2FA type emails or validation emails expect you to receive them within seconds. Within seconds, really? I haven't encountered a single service like that. > Also, how many times have you spoken to someone on the phone for them to say "I've just sent you the details.... can you see it yet?" True but there's an easy solution: Fire up a terminal or even use a keyboard shortcut to run…
Well, you can't log in until you recieve the email.
I've had a variant of this due to using a custom domain with a small email provider that was either slow or greylisting; the second-factor login email for GOG took longer than 15 minutes to arrive, by which time it had expired. I had to keep trying until it came through quickly enough.
Re: Aerc – An email client that runs in the terminal
#203Earlier quoted context omitted.
i am looking forward to this. i am currently using supmua, the ancestor of notmuch, and i haven't been able to switch to any other notmuch based terminal client because their interfaces all felt inferior to sup. aerc is the first client i see that does the interface with multiple switchable screens right from the start. notmuch integration with the ability to keep virtual folders based on tags and on searches is the…
You should have a look at astroid ( https://github.com/astroidmail/astroid ). It is written by one of the ex-maintainers of sup but uses notmuch, so the workflows are mostly similar. It's not in a terminal though.
yeah, i am aware. if it wasn't for the terminal i would have tried it. but for my workflow, email in a terminal is a must.
Re: Aerc – An email client that runs in the terminal
#204Earlier quoted context omitted.
That workflow to me seems like more of a hack begging to be improved than a comfortable daily driver. I've never had a problem running mulitple instances of mutt, either - and I run multiple instances of aerc sometimes, actually - but since aerc has ownership over your emails and mail accounts it only makes sense to me that it would multiplex them for you.
I'd argue that the aerc approach is also bit of hack[1], but ultimately it mostly boils down to the limitations of terminals; to have "sub-windows", you need to implement basically a whole windowing system and terminal emulation layer. Makes me think what would email client designed for and integrated with tmux look like, i.e. the client would open new tmux panes for editors etc. [1] don't take that as a hard critici…
Well, it's not as hacky as you portray it to be. The windowing system already needed to be there for other aerc features (and the embedded terminal is used in more integrated contexts than just windows, too). The terminal emulation is delegated to libvterm, the same library vim uses for this purpose. The actual aerc code is pretty simple:
https://git.sr.ht/~sircmpwn/aerc/tree/master/widgets/termina...
<500 lines.
Re: Aerc – An email client that runs in the terminal
#205How's the UTF-8 e-mail address support? As most clients suck so bad at that it would be awesome to have an alternative. How's the GPG and S/MIME support? We'd really need an e-mail client that has first class support of both. Current solutions I've tried are cumbersome at best. Having those two it'd actually be the best e-mail client for me.
UTF-8 support is excellent. First-class PGP support is planned and a blocker for 1.0, but not there yet. Here's a mockup to tease you: https://cmpwn.com/system/media_attachments/files/000/351/218... https://cmpwn.com/system/media_attachments/files/000/351/219...
What about S/MIME support ?
Re: Aerc – An email client that runs in the terminal
#206Earlier quoted context omitted.
You mean like speaking any other language besides english?
I think he is thinking about that some letters look identical but are encoded differently. So someone will not be able to look at an email address and say: oh it’s from such and such.
That's a side-effect of UTF-8, yes, but my primary concern was indeed non-English e-mail addresses, people should have the right to use their own names. You have GPG for identity validation though.
Re: Aerc – An email client that runs in the terminal
#207What the TL;DR; difference between Aerc and mutt?
Watch the video. Aerc is usable.
Re: Aerc – An email client that runs in the terminal
#208How is this any improvement over mutt?
I can use mutt with emacsclient as my editor, in tmux.
Re: Aerc – An email client that runs in the terminal
#209How is this any improvement over mutt? I can use mutt with emacsclient as my editor, in tmux.
Mutt IMAP is unusable on a laptop since it hangs and loses changes (eg read/unread status) when the IMAP connection flaps.
Re: Aerc – An email client that runs in the terminal
#210Earlier quoted context omitted.
UTF-8 support is excellent. First-class PGP support is planned and a blocker for 1.0, but not there yet. Here's a mockup to tease you: https://cmpwn.com/system/media_attachments/files/000/351/218... https://cmpwn.com/system/media_attachments/files/000/351/219...
What about S/MIME support ?
Naturally.