Live data from Hacker News

Aerc – An email client that runs in the terminal

aerc-mail.org

221–230 of 271 posts

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

#221

Very 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).

Most Linux distros already have scdoc available:

https://repology.org/project/scdoc/badges

It's not designed to be installed from pre-built binaries. It requires some other stuff to be set up on your system, too. It's designed to be friendly for distros to package instead. If you want to install it from source, use the Makefile like everything else.

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

#222

Earlier quoted context omitted.

systemd timers are a cron-based workflow. A cron-based workflow is when you periodically check for work to do rather than get notified that there's work to do.

Yes that's true that they periodically check for work to do, but cron is not smart enough to know whether a service is already running - a systemd-timer can base it's timer from the point when a service completes. I think cron just fires up a service unless you build in some logic to check if it's running

That's not really relevant. masklinn is contrasting periodic polling schemes like yours with using IDLE.

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

#223
post #37

Earlier quoted context omitted.

There's a big red disclaimer on this page that says the feature list is a bit wishful, and the latest version is only 0.1.0. The docs (man pages, start with man aerc) only document implemented features, you may want to start there. Here's the ticket for maildir support: https://todo.sr.ht/~sircmpwn/aerc2/16 Several people have expressed interest in working on this, I expect we'll see it for 0.2.0. As far as configura…

Yeah, I read it, assumming that easier features would be implemented first. I still think it's better to split the list into what is completed and roadmap. It would help me track the progress. Anyway, good luck. I'll keep my eye on the project, because it certainly seems interesting.

I don't believe on implementing the easy features first. If you implement the hard features first, its smooth sailing for the rest of the project!

If you would like to keep track of specific features, check out the bug tracker:

https://todo.sr.ht/~sircmpwn/aerc2

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

#224
post #132

Earlier quoted context omitted.

40k email? That sounds too much if it is for a single person. If you get 10 email per days for 10 years, you'd not get to 40k (35.6k). My suggestion will be to clean your mailbox instead of finding a new client.

> If you get 10 email per days for 10 years I recall times (mid 2000's) when I was active in a bunch of open-source communities and mailing lists were the main way to discuss. Getting around 50 e-mail per day was normal. I kept a lot of those discussions in my e-mail client for later reference, because the mailing list website had sub-par search function compared to Mozilla e-mail client I used at the time. It's poss…

Seems the number has also doubled. This Maildir starts about eight years ago IIRC, and there are now ~110k messages in it.

Some of that is mailing lists for sure, I'd say I respond to about ten direct emails (not from lists) per day. If I could use SMTP for IM, I'd probably do that too.

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

#225
post #74

How easy is it to tell it what IMAP folders to use for sent mail, deleted mail, and drafts? A while back, I engaged in epic combat against Apple Mail on my Mac, Apple's iOS mail app on my iPhone, Outlook on my Mac, Outlook on my gaming PC, Outlook on my Surface Pro 4, and Thunderbird on my Mac to banish the blight of, e.g., Sent, Sent Mail, and Sent Messages, and similar for drafts and deleted. It was an epic struggl…

I think each client decides, or can make its own decision.

This problem comes up a lot if you have a client that wasn't set with English as the default language.

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

#226

What about full text search? This feature has brought me to from mutt to sup to alot: https://alot.readthedocs.io/en/latest/

notmuch support is planned! It shouldn't be too hard, if an interested user were to take ownership over the feature it could probably ship in 0.2.0. Want to help?

Curious if you've looked at nmh and mu (maildir utils)? The last time I looked, it wasn't obvious that notmuch was the better option.

And also if you've looked at jmap? It's my distinct impression that the jmap effort isn't a case of nih, but rather stems from a real need of avoiding imap limitations (in idle, various levels of extension support).

One of my project ideas, for a long time, has been to figure out if dbmail might be tricked into being a decent jmap server via a graphql(like) proxy on top of postgres...

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

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

Strangely, HN seems a bit too wide even if you limit it to 75 characters. The following looks much better imho:

.comment { width: 50em; }

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

#228
post #100

I miss pine https://en.wikipedia.org/wiki/Pine_%28email_client%29

I use pine (alpine) as my primary (and only) mailtool - and have since 1993.

Further, all rsync.net employees use pine for all rsync.net email. One interesting side-effect of this is that employee to employee emails are simply a local copy operation - they never traverse a network.

If you're looking into a mailtool that can run in the terminal (like this, or like mutt or (al)pine) I encourage you to consider running that mailtool on the actual machine with your mailspool. It allows your email to show up in your INBOX immediately and, as described above, allows for email interactions that don't leave the server ...

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

#229
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 am currently a bit unhappy with html rendering on the terminal as well, but for another reason: Links

What I would wish for is some way to render the html link text as well as the address in the terminal, so that I can easily open those in a browser.

I have looked into a way to convince w3m to do that, but haven't found one yet.

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

#230
post #161

Earlier quoted context omitted.

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

I get a lot of help. Fostering a healthy and happy community of contributors in each of my projects is extremely important to me. I'm also able to be more productive myself thanks to the support of hundreds of people who donate to my work or buy a sourcehut subscription, which allows me to work on free software full time.

Any advice or insights on creating and fostering that community for your projects?
Post reply on HN