191–200 of 271 posts
> This repository is abandoned in favor of ongoing development on git.sr.ht. The codebase has been rewritten in Go and is much more stable and useful than what you see here.
@Sir_Cmpwn what's the advantage of git.sr.ht over github?
Crashed on first email I read from Gmail. Also, I had to enable "less secure access" in Gmail for aerc to work. Will try again after a few months.
'Less secure' access is a choice by google to lock people onto gmail, they choose not to implement random device specific passwords. Better to avoid gmail.
Applications can always implement OAuth 2.0, which is pretty open (and is what you'll need to do for other mail providers, not just gmail.)
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 and too long for small phones 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
See also: https://github.com/neomutt/neomutt/issues/587
Also this article: https://fastmail.blog/2016/12/17/format-flowed/
The only solution is HTML and multipart emails.
Edit: added link to article
Earlier quoted context omitted.
Out of curiosity, why won’t there be a Trash bin? What about an Archive folder?
Trash bin (for messages, or files) is a poor man's replacement for making backup copies.
(No, paying more attention is not a solution. People inevitably make these kinds of mistakes)
https://github.com/ddevault/aerc > This repository is abandoned in favor of ongoing development on git.sr.ht. The codebase has been rewritten in Go and is much more stable and useful than what you see here. @Sir_Cmpwn what's the advantage of git.sr.ht over github?
https://github.com/ddevault/aerc > This repository is abandoned in favor of ongoing development on git.sr.ht. The codebase has been rewritten in Go and is much more stable and useful than what you see here. @Sir_Cmpwn what's the advantage of git.sr.ht over github?
It's entirely open source (unlike GitHub), has its own CI, and is mailing list oriented instead of PR oriented.
https://github.com/ddevault/aerc > This repository is abandoned in favor of ongoing development on git.sr.ht. The codebase has been rewritten in Go and is much more stable and useful than what you see here. @Sir_Cmpwn what's the advantage of git.sr.ht over github?
In terms of general benefits: email workflow is a big one for those that like it, it’s open source, no javascript, no tracking, and built in continuous integration and mailing lists.
Is Sir_Cmpwn a person or a committee? How can one person produce so much decent software?
@Sir_Cmpwn do you have some insights to share on this? What are the conditions that make you most productive, and what conditions make you the least productive?
Earlier quoted context omitted.
Easy, you can change what folder it treats as sent. It doesn't have a trash bin (and it won't) or draft support (and it will) yet.
Out of curiosity, why won’t there be a Trash bin? What about an Archive folder?
[messages]
D = :mv Trash
A = :mv ArchiveVery excited by the prospect of a modern terminal-mail client that is easier to use! After following the README: this is clearly not ready/designed for wide consumption - the recipe neglects to mention how to install a custom doc-tool called scdoc (by the same author?) that is required to build it - and there are no pre-built binaries (that I can see).