meli
mblaze
meli | mblaze | |
---|---|---|
8 | 14 | |
366 | 465 | |
- | 0.6% | |
7.5 | 5.6 | |
over 2 years ago | about 2 months ago | |
Rust | C | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
meli
-
Easy to use e-mail clients for GNU/Linux?
There's also https://github.com/meli/meli.
- GitHub - meli/meli: 🐝 experimental terminal mail client, mirror of https://git.meli.delivery/meli/meli.git https://crates.io/crates/meli
-
Mutt's Secret Sauce (2017)
Try https://github.com/meli/meli/ it's mostly stable and doesn't have the problems described in the article. Development's on hold due to some personal factors but it's going to be picked up again.
-
Writing Programs with Ncurses
I don't know if it counts as rich, but I rolled my own terminal UI in my email client meli [0]. There's a web demo here: https://meli.delivery/wasm2.html that is the client compiled to webassembly and the ANSI escape codes translated to equivalent SVG drawing so that you can try it on your browser. [0] https://github.com/meli/meli/
-
Best terminal mail client
Meli. It's actively developed, looks good, has TUI, supports multiple accts, Maildir, mbox, notmuch, IMAP and JMAP. Need I say more?
- Mail clients that can show labels?
-
Ask HN: Show me your Half Baked project
My terminal mail client. Work has been slow but steady
https://meli.delivery
https://github.com/meli/meli
mblaze
-
Himalaya: CLI to Manage Emails
Looks like mblaze but with extra steps
https://github.com/leahneukirchen/mblaze
-
Tmpmail: Temporary email right from your terminal written in POSIX sh
After trying a few different CLI mail clients---mutt/neomutt, s-nail, etc.---I've come to love the approach of mblaze[0], _i.e._ just a collection of commands to interact with maildirs, which can be separately managed by OfflineIMAP or whatever.
I'm curious how mblaze+offlineimap compares to other similar setups: nmh[1], fdm[2], and getmail.
[0]:https://github.com/leahneukirchen/mblaze
[1]:https://www.nongnu.org/nmh/
[2]:https://github.com/nicm/fdm
-
_M2dir: Treating mails as files without going crazy
> Search is a very different story, you wouldn't want to have to do a full directory scan for text based search. So some level of indexing would be useful for a client mail service.
While notmuch and mu exist, I myself use the mblaze suite (https://github.com/leahneukirchen/mblaze) and it's more than enough for me. As a totally unscientific benchmark, it takes 300 ms to find 7 mails out of 24k.
- Ask HN: Interesting TUIs (text user interfaces), maybe forgotten ones?
-
Mblaze – Unix utilities to deal with Maildir
I'm so close to being a full-time mblaze user, it is truly excellent. There is something so smart about being able to use your standard shell tooling and interaction facilities to interact with mail. It is like everything that was a good idea with mh¹/nmh decades ago, just better all round and with a nicer message format.
Even if you don't like the idea of using command line tools as your MUA, you can easily make mblaze interactive with common tooling. For example, you could use mlist via fzf along with its --preview window as pretty awesome interactive client. Everything works as you'd expect, and you have all the power of every single tool you use to mangle that mail at any point.
I just seem to fall back in to mutt too easily in the end, I can't get over the final hump. I've even implemented a chunk of mimicry bindings so that I shouldn't even notice, but mutt pulls me back in for "that one minor feature" every now and then. I've been doing this dance for at least a few years at this point², but I think it may be longer.
¹ https://en.wikipedia.org/wiki/MH_Message_Handling_System
² https://github.com/leahneukirchen/mblaze/commits?author=JNRo...
-
Ask HN: Most interesting tech you built for just yourself?
I combined mblaze (https://github.com/leahneukirchen/mblaze), fzf and standard UNIX tools to build my own CLI MUA in under 300 lines, most of which is shell scripts.
When UNIX is your platform you don't need a complex UI framework with thousands or millions of lines of codes, and you get to reuse knowledge you've already built elsewhere.
I need to write more about it
-
Burgr – Books in Your Terminal
If you like Himalaya, you'll probably like mblaze as well (https://github.com/leahneukirchen/mblaze)
I also find fzf to be very good for building simple UIs. In fact I saw ways to do 80% of burgr with a few lines of fzf; composable tools really are the bee's knees
- Ask HN: What services/apps are you self-hosting?
-
Meli – email client in the terminal, in the spirit of mutt
You're probably looking for notmuch, which integrates very well with other tools. There's also mblaze (https://github.com/leahneukirchen/mblaze) that might be of interest.
-
Suckless Modular E-mail Tools?
For parsing mails in the shell mblaze can be nice sometimes: https://github.com/leahneukirchen/mblaze
What are some alternatives?
himalaya - CLI to manage emails
mutt-wizard - A system for automatically configuring mutt and isync with a simple interface and safe passwords
birdtray - new mail system tray notification icon for Thunderbird
imtui - ImTui: Immediate Mode Text-based User Interface C++ Library
mutt
mail-builder - E-mail builder library for Rust
gmail-oauth2-tools - Tools and sample code for authenticating to Gmail with OAuth2
deltachat-core-rust - Delta Chat Rust Core library, used by Android/iOS/desktop apps, bindings and bots 📧
astroid - A graphical threads-with-tags style, lightweight and fast, e-mail client for Notmuch