161–170 of 271 posts
Is Sir_Cmpwn a person or a committee? How can one person produce so much decent software?
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 completely agree! That's exactly the feature I requested, for exactly the same reasons, to the developers of Neomutt. I was pleasantly surprised when it turned out they were open to the idea. They got it implemented eventually. The discussion is here:
Neat! I used to be a kernel maintainer, and had a similar setup going inside emacs with gnus, and dvc-git commands bound to keys to apply patches. Here's an old blog post about some of it: https://blog.printf.net/articles/2010/10/04/git-patches-in-g... Gnus was too slow, but worse, emacs is single-threaded, so e.g. polling for new mail in the background blocked the rest of the editor while it happened. I never unders…
So far, Gnus is still the best mail client in a terminal (that you can have the same instance in a tty and a X11 environment is just a bonus).
Aerc looks interesting but then there's the ugly truth that I do much less mail than I used to do 10 years ago. So I probably won't switch even if it's looking really sexy.
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…
That is pretty obvious, but every modern email client is able to deal with text wrapping itself. The only effect of the 80-char limit today is that of butchering your emails, especially on mobile. Since format=flowed is not supported enough, the only solution here is HTML.
Earlier quoted context omitted.
Mutt/Neomutt is much more mature and has more features and better performance. (fantastic threads support, fast and very flexible filtering, etc.) Aerc is very new and written in Go. I tested it on my 100 thousnand mail ARM linux mailing list archive, accessed via localhost dovecot IMAP server, to see the best case performance, but it doesn't look good, atm. It looks like this when I scroll through the archive: https…
aerc doesn't download all of your message headers upfront - mutt does. All that time you spend waiting for mutt to open your inbox is downloading all of the data that aerc is downloading as you scroll. Also, you can scroll faster with ^d/^u, half a page at a time, or pgup/pgdown, for a full page at a time. Yes, aerc is not yet as featureful or mature as mutt, but it definitely does not have inferior performance.
Earlier quoted context omitted.
My main concern with mu4e is that I have to fetch all the emails on my local machine. That's terrible, hope one day there will be a mu4e-like client for emacs with a thunderbird-like workflow, aka fetch in a lazy manner, before reading.
I am the opposite of you, I prefer all my email to be avaialble offline to me. I use offlineimap to mirror my remote IMAP folders, and usually read them with mutt, but occasinaly read them in GUI emacs where the terminal does not support RTL, such as Arabic emails.
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…
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 That is pretty obvious, but every modern email client is able to deal with text wrapping itself. The only effect of the 80-char limit today is that of butchering your emails, especially on mobile. Since format=flowed is not supported enough, the only solution here is HTML.
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…
"The Elements of Typographic Style Applied to the Web" was originally released in 2005 and I'm afraid some of the advice may be stuck there. This advice being among that advice. In 2005 many displays were still 4:3 ratio and this advice more applicable. With modern 16:9 ratio screens 66 character line lengths can seem extremely short and require unnecessary vertical scrolling to view a message with such line length.…
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…
What you want is format=flowed emails.
Check the mutt manual (http://www.mutt.org/doc/manual.txt for format=flowed and this blog post (https://brianbuccola.com/line-breaks-in-mutt-and-vim/).
And for details on format=flowed, read here: https://joeclark.org/ffaq.html