Live data from Hacker News

Aerc – a pretty good (terminal) email client

aerc-mail.org

41–50 of 51 posts

Re: Aerc – a pretty good (terminal) email client

#41

Earlier quoted context omitted.

Why this over regular client ?

I use mutt but will give this a try. But another perspective on why use a cli over a regular client. Though there's a bit of a vogue for terminal apps in dev circles, I don't favour them in general. I like GUIs. I want my computer to use 21st century tech for UIs. But unfortunately (on Linux at least) all the GUI IMAP clients I've tried are terrible. Not because they are GUIs but because they're all either buggy or h…

I find myself using TUIs a lot more because GUIs are always mouse centric. The GUI paradigm is stuck in the 20th century IMO. I'd like GUI applications that were easy to use with more than one finger, but it seems that nobody can figure out a way to do that yet.

Re: Aerc – a pretty good (terminal) email client

#42
post #39
post #27

I use an email client called bower, which is fairly light on features, but has one killer feature: it works with remote notmuch databases. So I get great search, but can easily open attachments locally, or even compose in a GUI editor.

Is this the right repo for bower? https://github.com/wangp/bower

Yes

Re: Aerc – a pretty good (terminal) email client

#44
post #32

I tried to sign-in into my work Outlook account with aerc a while ago, from WSL2, unfortunately it didn't work with an app password[0], and OAuth2 won't cut it, because I'll have to ask the company's services administrator to grant me access. Nevertheless, a great piece of software. Using it for personal e-mail. [0]: https://support.microsoft.com/en-us/account-billing/manage-a...

I use aerc with o365 via davmail and mbsync. Using imap directly was to slow, but pulling mail to a maildir works well. Davmail handles all the o365 interaction and supports mfa directly.

Thanks for mentioning this. I had the same problem as the person you replied to for using alpine, which does support mfa, but then the 'request' for alpine to be authorised as supported software had to be supported by my organisation. The ticket has been open for about 3 months now and apparently they're still discussing.

I don't know what davmail or mbsync are, but I'll look them up and have a go at this when I find time.

If you had any nice links to help me on my travels, I'd be very appreciative :)

Re: Aerc – a pretty good (terminal) email client

#45
post #32

Earlier quoted context omitted.

I use aerc with o365 via davmail and mbsync. Using imap directly was to slow, but pulling mail to a maildir works well. Davmail handles all the o365 interaction and supports mfa directly.

Thanks for mentioning this. I had the same problem as the person you replied to for using alpine, which does support mfa, but then the 'request' for alpine to be authorised as supported software had to be supported by my organisation. The ticket has been open for about 3 months now and apparently they're still discussing. I don't know what davmail or mbsync are, but I'll look them up and have a go at this when I find…

I use davmail on Macos and linux for my uni’s office365 account with MFA, both from inside and outside the uni’s network. No need to ask for an app’s permission etc.

I guess it should also work on Windows.

Re: Aerc – a pretty good (terminal) email client

#47

Earlier quoted context omitted.

That does help, thank you. I like this because I could do the script parts in whatever language I like. I've been trying to cobble together a linux dev system that's almost entirely configured in lisp. Getting pretty close now, in theory, with Guix for a distro(Guile initscripts and system def), Stumpwm(Common Lisp), Nyxt-browser(also CL), and of course Emacs with evil-mode for editing/org-mode. I realise I could Ema…

What do you hate about Emacs?

I don't particularly like Elisp as a lisp, but I still prefer it by miles to Vimscript which I find revolting. And I find that a lot of packages for using emacs for things like IRC, email etc tend to be quite buggy. If you spend some time on any Lisp/Emacs related IRC channel, you'll see a steady backround noise of people disconnecting due to ERC crashes. In addition, Emacs tends to have pretty hit or miss documentation outside of vanilla Emacs.

There's so much outdated crap floating around on sites like Emacswiki recommending a bunch of buggy, slow packages for things that have been added to vanilla Emacs years ago.

And in general I find that the more stuff I stuff into my Emacs config, the more weird interactions are possible between various packages and the more bloated and unmaintable it gets, breaking in all sorts of annoying ways when Emacs is updated.

So I try to keep Emacs limited to what it (IMO) does better than anything else: development and org-mode.

There's the saying that Emacs is a great OS, but a terrible editor. I think it's a terrible OS with a fantastic editor.

Re: Aerc – a pretty good (terminal) email client

#49

What's the added value when compared to more mature solutions like mutt or neomutt?

I initially tried neomutt before moving to aerc and haven't looked back since. My memory of neomutt is pretty hazy, but I feel aerc has a much simpler setup process (it has built-in SMTP support) and a less steep learning curve. aerc's defaults feel more sane, particularly as a Vim user.

For reference, my setup is having offlineimap sync mail to/from my local maildir. aerc fills the rest of gaps with viewing, composing, and sending mail.

Re: Aerc – a pretty good (terminal) email client

#50
post #32

Earlier quoted context omitted.

I use aerc with o365 via davmail and mbsync. Using imap directly was to slow, but pulling mail to a maildir works well. Davmail handles all the o365 interaction and supports mfa directly.

Thanks for mentioning this. I had the same problem as the person you replied to for using alpine, which does support mfa, but then the 'request' for alpine to be authorised as supported software had to be supported by my organisation. The ticket has been open for about 3 months now and apparently they're still discussing. I don't know what davmail or mbsync are, but I'll look them up and have a go at this when I find…

* Davmail - https://davmail.sourceforge.net/ * Mbsync (part of the isync utilities) - https://isync.sourceforge.io/

Use Davmail to create a standard IMAP interface to O365, then use mbsync to poll your email account via the Davmail IMAP server and write the messages to a maildir that you can read with most any MUA.

Post reply on HN