Live data from Hacker News

Aerc – An email client that runs in the terminal

aerc-mail.org

241–250 of 271 posts

Re: Aerc – An email client that runs in the terminal

#242
post #214

I used mutt+offlineimap for a few years, with a corporate account on an MSExchange Server and the two biggest issues I had (which I hope Aerc addresses) were: * no good way to search/auto-complete addresses (I used vdirsyncer which got me the address book locally but there was no easy way to fill-in addresses when typing an email). * no way to accept calendar requests - I would pull them up on my phone to accept or r…

You might be interested in dav mail.

http://davmail.sourceforge.net/

I have it setup so I can use thunderbird for all my exchange interaction (except group management).

Re: Aerc – An email client that runs in the terminal

#244

This is pretty awesome. I see only two things missing : - a way to have all accounts in the same tab, with a unified inbox - threading support, ideally with folding

For what it's worth, I would want neither of those and would turn them off if they existed.

Re: Aerc – An email client that runs in the terminal

#245
post #239

Earlier quoted context omitted.

Oh, I used this back in the mid-90s and it was SO good!

If you liked Pine you will probably like Alpine and Pico's successor, Nano. What is the problem with Mutt though? Does Aerc have color or themeing support? Does it have a seperate daemon to talk the email protocols such as IMAP4?

mutt is single threaded, for a start.

Re: Aerc – An email client that runs in the terminal

#246
post #89

I haven't dug too deep into the features or how this works yet, but it's very exciting to see any kind of movement in this space at all. I've spent a lot of time configuring mutt just the way I like it, but I'd throw it all away in a heartbeat for a good, modern alternative. My wishlist: * A daemon that pulls new mail from my IMAP servers to my local maildir as soon as it arrives. (I know mutt has an IMAP mode, and i…

> 80-char lines are too short for desktop displays Nothing makes them "too short for desktop displays". Text is not supposed to fill all/most of the available display width: “Anything from 45 to 75 characters is widely regarded as a satisfactory length of line for a single-column page set in a serifed text face in a text size. The 66-character line(counting both letters and spaces) is widely regarded as ideal.” -- Th…

"Text is not supposed to fill all/most of the available display width"

Eh... What else is it supposed to do in a terminal? Of course I want text to fill as much space as possible.

Re: Aerc – An email client that runs in the terminal

#247

Earlier quoted context omitted.

> 80-char lines are too short for desktop displays Nothing makes them "too short for desktop displays". Text is not supposed to fill all/most of the available display width: “Anything from 45 to 75 characters is widely regarded as a satisfactory length of line for a single-column page set in a serifed text face in a text size. The 66-character line(counting both letters and spaces) is widely regarded as ideal.” -- Th…

"Text is not supposed to fill all/most of the available display width" Eh... What else is it supposed to do in a terminal? Of course I want text to fill as much space as possible.

Maybe you do, but chances are that other people use terminals that are wider than they'd find comfortable for body text.

The ideal to me would be optional, backwards compatible re-flow like RFC 3676, but that doesn't seem to have caught on.

Re: Aerc – An email client that runs in the terminal

#248

Earlier quoted context omitted.

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.

good luck getting your mom to implement that.

It's not like your mom without UTF-8 and without GPG is protected against phishing either. UTF-8 lookalikes are only a teeny-tiny fraction of any phishing.

It's stupid anyways to rely on never having UTF-8 because most clients do it to the extent of making lookalikes possible, but not so that it's usable for internationalized e-mails. If anything, e-mail clients should have built-in warning against such attacks as well as you using proper methods of determining who you're e-mailing.

Re: Aerc – An email client that runs in the terminal

#249
post #194

Earlier quoted context omitted.

Trash bin (for messages, or files) is a poor man's replacement for making backup copies.

I think that's an oversimplification.. let's say I have daily backups. Let's also say I'm opening my email client in the morning and receive 20 mails, but because I haven't had any coffee yet I accidentally delete the wrong one, which I realize 15 seconds later. Now that mail is gone and I have no way to retrieve it.. (No, paying more attention is not a solution. People inevitably make these kinds of mistakes)

Yes, I admit, backups alone is too narrow a solution. Still, it's a terminal program, apparently not targeted towards general mouse-and-click user. Here, you probably can assign a key(combination) to 'mv Trash' instead of deletion if you like it, or just have no keybinding at all, forcing yourself to type ":delete" (or whatever the command to delete is in Aerc).

Re: Aerc – An email client that runs in the terminal

#250
I just tried it and I love it! Mutt could never convince me because the configuration seemed overly complicated and I didn't like the controls.

Now maybe I'm just blind but I can't see a way to highlight unread emails in any way. Once I can get this working I'll switch in a heartbeat.

Post reply on HN