Live data from Hacker News

Aerc – An email client that runs in the terminal

aerc-mail.org

121–130 of 271 posts

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

#121
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…

Checkout offlineimap. Mutt can then use the synched directory from offlineimap.

offlineimap is cron-driven though, so it doesn't fetch mail "as soon as it arrives".

I don't know that any offline-sync daemons uses IDLE though. isync / mbsync doesn't seem to either.

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

#122
post #94

Earlier quoted context omitted.

> 80-char lines are too short for desktop displays and too long for small phones (leading to awful linebreaks), which makes me the guy whose emails never look right. RFC 3676 [1] describes the format MIME parameter for text/plain content type documents which solves this issue. Unfortunately, it does not work well when sending inline patches via email since it introduces trailing whitespace. [1] https://www.ietf.org/r…

format=flowed has many other problems, aside from mangling mails. It gets lost easily; intermixing mail clients that handle it with those that don't (or have been intentionally configured to ignore it because it mangles mails) produces poor results; it often breaks signatures; it makes it harder to quote and reply to emails; in general, it means the person on the other end will not see exactly what you sent.

Also potentially interesting to people that like the idea of format=flowed, an bit of an explanation of why FastMail doesn’t support it: https://fastmail.blog/2016/12/17/format-flowed/

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

#123
In the video, it seems to be being pronounced “arc”. This is unfortunately confusable with a widely-deployed email authentication standard, ARC (http://arc-spec.org/). I suggest contemplating at least a different pronunciation (even without changing the name, the spelling is open to about four pronunciations of varying obscurity and cumbersomeness—none of which particularly suggest the spelling “aerc” when heard, I may add).

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

#124

Looks interesting! Based on a quick stroll through the source code, I don't see any search integration. Is that correct? I guess I could just shell out to notmuch? But I do find virtual folders for searches really convenient. Currently using neomutt with notmuch support, over a Maildir (which in turn is separately synced via IMAP using mbsync). Not having all the context vanish ala mutt would sure be nice.

There's a ticket planned for adding a notmuch backend straight up: https://todo.sr.ht/~sircmpwn/aerc2/105 No indirection through mbsync & maildir. This shouldn't be terribly hard - if you're interested in working on this feature, swing by the IRC channel to get a rundown of the technical details. There's also a ticket for search in general: https://todo.sr.ht/~sircmpwn/aerc2/93 Which will probably be implemented for…

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 only thing keeping me from trying out aerc right now.

i'll be keeping an eye on it.

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

#125
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…

>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 it looks like that's aerc's primary mode of operation, too, but I like to have a local copy of my entire mail archive.) What's wrong with fetchmail? Granted, it's not "as soon as it arrives", but you can run it every minute if you want.

You can use -d to run fetchmail in daemon mode and then use --idle so that the server can push messages to you immediately.

(I also use unison to keep the mail directory synchronized between all my machines.)

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

#127
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…

>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 it looks like that's aerc's primary mode of operation, too, but I like to have a local copy of my entire mail archive.) What's wrong with fetchmail? Granted, it's not "as soon as it arrives", but you can run it every minute if you want.

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?"

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

#128
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…

I came up with my own mutt-alike, written with Lua for real scripting. Sadly it seems these projects are pretty niche, they're also damn hard to write. I spent a lot of time fighting with malformed MIME messages, etc. Then adding on GPG-support, and handling the UI, all becomes a huge time-sync. Still I now have a client that I love, even if nobody else does! https://lumail.org/

> malformed MIME

My god. I tried parsing my gmail “All Messages” once as part of a project. It ended up being an amazing corpus of a zillion ways to do MIME wrong. Project didn’t get off the ground because even after handling all of my weird cases, every new user ended up blowing up the parser again. Yeesh.

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

#129

Earlier quoted context omitted.

Checkout offlineimap. Mutt can then use the synched directory from offlineimap.

offlineimap is cron-driven though, so it doesn't fetch mail "as soon as it arrives". I don't know that any offline-sync daemons uses IDLE though. isync / mbsync doesn't seem to either.

I use a systemd timer to handle periodic calls to offlineimap, and that works really well compared to a corn-based work flow.

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

#130

Earlier quoted context omitted.

Checkout offlineimap. Mutt can then use the synched directory from offlineimap.

offlineimap is cron-driven though, so it doesn't fetch mail "as soon as it arrives". I don't know that any offline-sync daemons uses IDLE though. isync / mbsync doesn't seem to either.

offlineimap does have IDLE support. It's known to exhibit hard-to-reproduce bugs, though.
Post reply on HN