This looks fantastic. Thanks!!
Aerc – An email client that runs in the terminal
91–100 of 271 posts
Re: Aerc – An email client that runs in the terminal
#92Gnus has been great for me, but after about 40k+ (I stopped looking at the counts actually) messages in my Maildir, performance suffers for me (that is, if I start gnus from scratch it takes more than an hour and a half to open, with my entire Maildir in the page cache, and a huge amount of extremely fast memory). Notmuch doesn't seem to help at all, or if it would, it's hard to tell if it's configured correctly.
That's a little odd -- I was using gnus with maildirs that size ten years ago and it wasn't so bad. nnmaildir backend for gnus, right? I remember something about increasing the emacs memory limit before garbage collection kicks in, too.
Re: Aerc – An email client that runs in the terminal
#93Is it groundbreaking to display mail with an external pager or to pipe it to filters? These were/are core features of elm, from 1986.
IMO the key innovation is that aerc does it with an embedded terminal emulator, tmux-style. This allows you to keep using the client for other things while reading or composing emails.
That is interesting and different. I guess I am accustomed to the "unix way": I use screen to multiplex my terminal and I have no bad problems from running multiple instances of mutt on the same maildir.
Re: Aerc – An email client that runs in the terminal
#94I 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 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.
Re: Aerc – An email client that runs in the terminal
#95My least favorite email begins with a +Russell at the top, meaning that there's been a long email thread that I haven't been a part of, and now I've been pulled in. The text below that is your standard mess of email text: 1) It's in reverse chronological order starting at the bottom. 2) Each message has 4 or 5 lines of "to", "from", "cc", "subject" and "date" in between. 3) Previous messages might or might not be rep…
The solution is to have the thread forwarded as message/rfc822 attachments instead of full quote madness.
This is definitely already a solved problem - for open or homogeneous platforms. This is why it's still an issue for everyone else... Microsoft's general attitude is, "everyone should use Outlook", Apple wants you to use Mail, Google wants everyone on Gmail, etc. I'm sure this is rarely an issue inside those companies - threading "just works" since coworkers all use the same clients. So not only do they have zero financial reason to support interop or openness, they probably don't even know its an issue.
Re: Aerc – An email client that runs in the terminal
#96Any idea how to fix this error?:
panic: Attempted to draw outside of context
goroutine 1 [running]:
git.sr.ht/~sircmpwn/aerc/lib/ui.(*Context).Printf(0xc0002fa450, 0x2, 0x1, 0x0, 0x84de7f, 0x4, 0xc0000d3c98, 0x1, 0x1, 0x50)
...
Re: Aerc – An email client that runs in the terminal
#97Earlier quoted context omitted.
IMO the key innovation is that aerc does it with an embedded terminal emulator, tmux-style. This allows you to keep using the client for other things while reading or composing emails.
That is interesting and different. I guess I am accustomed to the "unix way": I use screen to multiplex my terminal and I have no bad problems from running multiple instances of mutt on the same maildir.
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.
Re: Aerc – An email client that runs in the terminal
#98Gnus has been great for me, but after about 40k+ (I stopped looking at the counts actually) messages in my Maildir, performance suffers for me (that is, if I start gnus from scratch it takes more than an hour and a half to open, with my entire Maildir in the page cache, and a huge amount of extremely fast memory). Notmuch doesn't seem to help at all, or if it would, it's hard to tell if it's configured correctly.
That's a little odd -- I was using gnus with maildirs that size ten years ago and it wasn't so bad. nnmaildir backend for gnus, right? I remember something about increasing the emacs memory limit before garbage collection kicks in, too.
> I remember something about increasing the emacs memory limit before garbage collection kicks in, too.
That seems interesting, I'll look at that. If there's one thing I have, it is a lot of memory. I would be okay if my whole Maildir was mmapped, as long as that made gnus faster.
Re: Aerc – An email client that runs in the terminal
#99Any idea how to fix this error?: panic: Attempted to draw outside of context goroutine 1 [running]: git.sr.ht/~sircmpwn/aerc/lib/ui.(*Context).Printf(0xc0002fa450, 0x2, 0x1, 0x0, 0x84de7f, 0x4, 0xc0000d3c98, 0x1, 0x1, 0x50) ... I just installed it on Fedora 30 and got that when trying to setup an account.
Try using a bigger terminal emulator. There's a ticket to deal with too-small terminals more elegantly but it hasn't been done yet.