Hacker News Reader

I have been using alpine (re-alpine before that and alpine before that and pine before that) for about 20 years and it ticks most of your check boxes:

- Email notifications just work. I get a bell on my terminal when a new email comes and my desktop environment (i3m) shows a highlighted xterm and a highlighted workspace so that I know that I have a new message.

- Excellent multi-account support. I have 4 email accounts and I can seamlessly move messages between them.

- It had a single maintainer who disappeared, someone else took over who disappeared, and now there is a new maintainer.

- The keybindings are relatively simple (n for next and p for previous) but the arrow keys and mouse also work.

- You can view html emails using w3m or lynx or whatever.

It supports standard features such as choosing your own editor to compose emails (default is nano, which is a successor of pico, which was the editor used by pine), filtering a message to a program (for example, to git apply patch), filter a message before sending, multiple ways to display threading, and so on. It has working support for signing and encrypting messages, decent support of reply templates. It has really really good documentation available in a context sensitive manner.

I sometimes feel that alpine/pine doesn't get as much love as other TUI email clients.

This is the exact reason I opted to donate $3 every month to Thunderbird, I got really scared when Mozilla abandoned it and even though it's slow, bad UI and all of that, it's the only GUI mail program which somehow works at all for my workflow. I also have 6 accounts and want to be able to work offline.

I couldn't agree more, and for the same reasons you've mentioned I end up coming back to Thunderbird, even though I'd like a TUI client.

I looked at this video about mutt https://www.youtube.com/watch?v=2jMInHnpNfQ which made me think about making a switch.

However can we really do better than Mutt. Mutt typically had issues with multiple accounts and moving emails between the two. I have been migrating away from Google and this is a handy ability (which thunderbird has). I was quite excited by Drew Devault's aerc client https://drewdevault.com/2019/06/03/Announcing-aerc-0.1.0.htm... so maybe that or meli might be the solution for me.

Really there are only 3 requirements for me:

* Be able to use Vim for editing (one of my major gripes in Thunderbird

* Be able to use markdown, ideally something like pandoc, in thunderbird I use Markdown Here https://markdown-here.com but that requires you to edit in rich text mode and then convert to markdown. This is really annoying because you end up with <br> and <p> in the wrong places and have to always convert back to "Body Text".

* Be able to sync my contacts from CardDav. I could not go back to having a non-centralized address book. Ideally such a client would benefit from https://www.etesync.com/ as well

* Calendars I don't think need to strictly be in a mail client. What's the usecase for that? MacOSX has Mail.app and iCal.app separate. Is this a hangover from the Outlook/Google design. https://www.calcurse.org looks pretty healthy, though they say their CalDav support is experimental.

* PGP support, WKD, OPENPGPKEY, AutoCrypt etc. Enigmail does a lot of things right.

Just looking at the requirements of both of you shows how hard it is to make a decent mail client.

Your needs would line up pretty well with switching to emacs/evil, orgmode and then one of the 3 good email clients.

Just remember its there when you are ready for it ;)

I’ve never really had issues with mutt: the lack of notifications is, from my perspective, a good thing because it means that I’ll handle mail on my own schedule rather than as it comes.

As far as multi-account goes, though, it’s relatively easy to setup in mutt, using something like isync and mu for archiving and searching.

On poor mail notifications and poor HTML support, those are strengths. Email is not a real time communication mechanism and most emails I receive I'd be happy to never be notified about, it's mostly just a deluge of unnecessary information. The same goes for html email, it's just an unnecessary intrusion into life from marketers obsessed with their branding over my convenience.

When everything on your phone and desktop is constantly seeking your attention it's nice to have some apps working for you.

I do support work for my small business via email, I need to know if a network is having problems, when a server goes down, if any users are having payment issues and jump in to fix these immediately if not sooner. A console ding as an email notification that I can't differentiate from pressing backspace one too many times is absolute trash.

Ideally I want Android-style reply in the notification level stuff.

Evolution mail and Geary, GNOME’s big and little email clients, respectively, are the best options right now. Both are great.

Geary looks great, i wanted to switch to it years ago (from Thunderbird), but it had no support for PGP – https://gitlab.gnome.org/GNOME/geary/issues/6 :(

I agree. Geary looks great and mostly works fine—I don't need extensions or calendars.

I did have an issue in early 2019 where parsing of contact names somehow got messed up, causing outgoing messages to not get sent. After a few productive days of sending emails I found twelve in my outbox that hadn't actually sent! I got scared and went back to Thunderbird after that, but I keep Geary installed and launch it from time to time to sync my mail.

Agreed, I've been really happy with evolution

> Poor mail notifications

Time for someone to write an Electron-based update to the venerable "biff"[1] program.

[1] https://en.wikipedia.org/wiki/Biff_(Unix)

> I'm willing to pay, someone please give me a decent cross platform alternative with a GUI, ideally a proper, non-electron one.

Have you tried Postbox? It's cross-platform Mac/Windows, native non-Electron (actually forked from Thunderbird long ago), supports multiple accounts, lots of keyboard shortcuts & paid non-subscription product developed by a company. I've been using it ever since Eudora died, it's the closest I've found to that Eudora power user workflow. It's a GUI app though, not a terminal app.

https://postbox-inc.com/

I appreciate that a lot of people use Mac and/or Windows, but calling it cross-platform and then excluding the third big platform option is I think missing the point.

Technically if it supports more than one platform it is already "cross-platform". It is not "every-" or "all-platform".

Technically true! What I said was that it was missing the point, not that it wasn't literally true :)

I'm kind of in the same situation, except that I've abandoned desktop mail clients since moving away from OS X. Mail.app had its problems, and seemed to be getting worse, but it's the only local mail client I've been able to tolerate for some time.

Now I just forward my IMAP accounts to gmail. This is horrible for many reasons (don't lecture me, I know), but I haven't been able to find a good solution and messing about with email is time-consuming.

I may just consolidate on Fastmail when my current IMAP provider subscription needs renewing. From a brief test a while back their web client seems to be on a par with gmail.

I have my gmail accounts forward to fastmail (And then filter). I've had this setup for years now, not sure exactly but easily 5+ years, and I'm super happy with it.

I do really wish I could find a better email client though, but Thunderbird is "good enough" for now. I don't get a warm fuzzy feeling using it, but I also don't rage at it not working constantly.

I was thinking of just using the Fastmail web app. I found it (like gmail) better than any current desktop email client I've tried.

If you're looking to consolidate your email the best way is imapfilter https://github.com/lefcha/imapfilter I use this LUA script (this is the Jinja2 template so obviously you'll need to substitute the portions in {{ }} with your real values. It runs on an hourly cronjob on my server and sucks down all the mail from Gmail and another account and then puts it in my main inbox via IMAP (not forwarding) so you don't have to worry about opportunistic transport encryption. It also does not mess with the headers which forwarding emails invariably does.

  -- crontab -e
  -- 0 * * * * /usr/local/bin/imapfilter

  function main ()

      -- See 'man imapfilter_config' for an explanation of
      -- imapfilter options and functions.

      -- Some config examples:
      -- https://github.com/lefcha/imapfilter/blob/master/samples/config.lua
      -- https://gist.github.com/dylanwh/408810
      -- http://www.npcglib.org/~stathis/blog/2012/07/09/linux-task-sorting-mail-with-imapfilter/

      -- General Options
      options.timeout = 120
      options.subscribe = true

      -- Accounts
      {%- for v in ACCOUNTS | from_json %}
      local {{ v.serverName }} = IMAP {
          server = '{{ v.server }}',
          username = '{{ v.username }}',
          password = '{{ v.password }}',
          ssl = '{{ v.ssl }}'
      }

      {%- endfor %}

      -- GMAIL
      -- Gmail behaves differently to normal imap. With a normal imap acccount
      -- you can simply use move_messages(). Google stores both inbox
      -- and sent email in the "[Gmail]/All Mail" folder. An email sent to yourself
      -- from the same email address exists as a single email and is visible in
      -- the Inbox and Sent box. If you delete the inbox mail then the sent mail
      -- is also deleted. Thus it is only safe to delete mail once both the Inbox
      -- and Sent box is copied.

      -- Only go ahead and copy inbox/sent/spam from gmail if I have received
      -- some Inbox email.
      if (gmail['Inbox']:check_status() > 0) then
          inbox_mail = gmail["Inbox"]:select_all()
          inbox_copy_success = inbox_mail:copy_messages({{ PRIMARY }}['Gmail Inbox'])

          sent_mail = gmail['[Gmail]/Sent Mail']:select_all()
          sent_copy_success = sent_mail:copy_messages({{ PRIMARY }}['Gmail Sent'])

          spam_mail = gmail["[Gmail]/Spam"]:select_all()
          spam_mail:move_messages({{ PRIMARY }}['Gmail Spam'])

          -- Only clear the All Mail folder if we were successful in moving
          -- our Inbox and Sent mail. Note: move_messages is supposed to return
          -- booleans for copying the messages and then marking them as deleted.
          -- For some reason the mark for deletion return value is 'nil'.
          -- This may need to be [Gmail]/Bin or [Gmail]/Trash check your account!
          if (inbox_copy_success and sent_copy_success) then
              print('Safe to delete both inbox and sent')
              move_inbox = inbox_mail:move_messages(gmail['[Gmail]/Trash'])
              move_sent = sent_mail:move_messages(gmail['[Gmail]/Trash'])

              if (move_inbox and move_sent) then
                  print('Emptying bin');
                  bin_mail = gmail['[Gmail]/Trash']:select_all()
                  bin_mail:delete_messages()
              end
          end
      end

      {%- if SECONDARY != '' %}
      -- {{ SECONDARY }}
      -- Only go ahead and copy inbox/sent/spam from {{ SECONDARY }} if I have received
      -- some Inbox email.
      if ({{ SECONDARY }}['Inbox']:check_status() > 0) then
          inbox_results = {{ SECONDARY }}['Inbox']:select_all()
          inbox_results:move_messages({{ PRIMARY }}['{{ SECONDARY }} Inbox'])

          sent_results = {{ SECONDARY }}['Sent']:select_all()
          sent_results:move_messages({{ PRIMARY }}['{{ SECONDARY }} Sent'])

          spam_results = {{ SECONDARY }}['Junk']:select_all()
          spam_results:move_messages({{ PRIMARY }}['{{ SECONDARY }} Spam'])
      end
      {%- endif %}
  end

  main()

Looks good (thanks), but my days of running servers for anything are long gone. My tolerance for anything sysadmin-related has reached very close to zero.

> Looks good (thanks), but my days of running servers for anything are long gone. My tolerance for anything sysadmin-related has reached very close to zero.

You don't technically need a server.

It's a very simple, single binary that runs on a cron job with no dependency other than lua. I do it on a VPS instance that I have, but there's no reason why you couldn't run it locally.

I'd really recommend you take another look at Mutt, or Alpine if you're more into pico/nano than vim as editors. It's the best tool I can think of for dealing with large quantities of mail.

* Notifications can be configured to do pretty much whatever you want (by invoking a command when new mail arrives)

* Multi-account support works well (currently have it hooked up to my personal and work accounts simultaneously)

* Developed by a community

* The visual component of HTML mail is irrelevant 99% of the time. A reasonable textual interpretation can be generated by piping the message through `w3m --dump`, a process which can happen automatically inside mutt when viewing those messages with no action required on your part. If you absolutely must see the formatted message with images and such, this is only a keystroke away.

There's a lot of initial configuration to do, granted, but you only need to do it once. Then you stick your mutt directory up on github or similar, and never need to do it again. Setting up a new or different machine is a clone away.

You can learn the initial keybinds in a couple hours (it's a lot simpler than vim), and I think you'll be blown away once you get proficient at it.

This may be a bit extreme, but after many years, I think all GUI mail clients suck. Email is primarily a textual medium at the end of the day.

That, and Mutt's the only thing I can think of where the expected features of a mail client work with reliability. Putting up with Thunderbird's speed/stability or Outlook's stability/searching isn't something we should have to do in 2019.

> I'd really recommend you take another look at Mutt

I think I will do that.

> Notifications can be configured to do pretty much whatever you want (by invoking a command when new mail arrives)

My understanding was that was pretty trivial to have going using notify-send and aplay

https://neomutt.org/feature/new-mail

> Multi-account support works well (currently have it hooked up to my personal and work accounts simultaneously)

Admittedly when I looked at it was pre neomutt days, I seem to remember there being a special sidebar patch that upstream refused to use.

https://www.youtube.com/watch?v=mPiQuWbF57M Mutt Wizard Published on Apr 25, 2019

In that video he demonstrates a loose script that he's developed https://github.com/LukeSmithxyz/mutt-wizard, it might be a good way for me to dip my feet in it and learn about all the components.

https://www.youtube.com/watch?v=hvc-pHjbhdE he did a video on calcurse too..

Sorry for the gaudy 4chan-style meme stuff. That's not my thing either but the videos are very succinct and he seems to be a good speaker.

> Developed by a community

Yes, this important to me and more likely to make me help out.

> The visual component of HTML mail is irrelevant 99% of the time. A reasonable textual interpretation can be generated by piping the message through `w3m --dump`, a process which can happen automatically inside mutt when viewing those messages with no action required on your part. If you absolutely must see the formatted message with images and such, this is only a keystroke away.

Very true, most of the email i receive is plain text, sometimes its not, but with minimal formatting. Theoretically it should be possible to view these HTML emails in Firefox should it not?

> There's a lot of initial configuration to do, granted, but you only need to do it once. Then you stick your mutt directory up on github or similar, and never need to do it again. Setting up a new or different machine is a clone away.

This.... the main reason I like plaintext configs.

Also, the default IRC message compose in Thunderbird is white text on white background.

There's also Mailpile, which is GUI (webapp) but FOSS self-hostable.

https://github.com/mailpile/Mailpile

How's the multi-account and desktop notification support in it? I can't find a lot of details on what it does, but there's a mailpile-desktop package that seems potentially promising?

I still find Opera Mail works best, even though it is unmaintained. It has superfast search and not as sluggish as Thunderbird.

With Opera mail you can create many Bayesian filters to categorize your inbox. The obvious category is spam, but you can also have it automatically categorize into business clients projects offers family etc, each type of newsletter can have its own category.

"I was having some search issues"

This can be easily fixed. Try using Evolution for a while and you never complain about search issues with Thunderbird. In fact, you will praise Thunderbird for its search features. If still something is lacking, install recoll on your system to find stuff.

I would pay for an email client too.

I think you might want to trial the Thunderbird-powered Postbox https://www.postbox-inc.com/

If you’re on Mac, Mailmate might be what you’re looking for.

I almost had to check to see if this wasn't posted by me, right up to the no thanks with respect to Mailspring requiring an account.

and I'm right there with you about being willing to pay. Thunderbird is what I use, but I'm always asking myself if there's a better way.

Thunderbird has a big problem - UI still looks like written in 90's. I'm switched to Geary, good Apple Mail clone.

For email, designed like it's the 90s is a good thing, in my opinion. Thunderbird could do with a bit of polish, sure, but it has every option under the sun. I tried Geary once, it looked shiny, but the interface was far too basic.

Of all problems Thunderbird has, the look and feel of the UI is the least of my problems actually. Maybe it's just how I use mail, but probably like 90% of interaction with the UI is that white space where I read and type email text. I don't really care, or even notice, what's shown around that white space.

Why is barebone UI a problem? What feature a UI looking like it's written in the 90's is preventing?

That's a feature, not a bug.