Bad PDFs = bad UX. Slow load times, broken annotations, clunky UX frustrates users. Nutrient’s PDF SDKs gives seamless document experiences, fast rendering, annotations, real-time collaboration, 100+ features. Used by 10K+ devs, serving ~half a billion users worldwide. Explore the SDK for free. Learn more →
Mblaze Alternatives
Similar projects and alternatives to mblaze
-
Mail-in-a-Box
Mail-in-a-Box helps individuals take back control of their email by defining a one-click, easy-to-deploy SMTP+everything else server: a mail server in a box.
-
CodeRabbit
CodeRabbit: AI Code Reviews for Developers. Revolutionize your code reviews with AI. CodeRabbit offers PR summaries, code walkthroughs, 1-click suggestions, and AST-based analysis. Boost productivity and code quality across all major languages with each PR.
-
-
-
-
-
-
-
Nutrient
Nutrient - The #1 PDF SDK Library. Bad PDFs = bad UX. Slow load times, broken annotations, clunky UX frustrates users. Nutrient’s PDF SDKs gives seamless document experiences, fast rendering, annotations, real-time collaboration, 100+ features. Used by 10K+ devs, serving ~half a billion users worldwide. Explore the SDK for free.
-
hof
Framework that joins data models, schemas, code generation, and a task engine. Language and technology agnostic.
-
-
-
Turbo Vision
A modern port of Turbo Vision 2.0, the classical framework for text-based user interfaces. Now cross-platform and with Unicode support.
-
-
-
meli
Discontinued 🐝 experimental terminal mail client, mirror of https://git.meli.delivery/meli/meli.git https://crates.io/crates/meli (by meli)
-
-
-
-
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
mblaze discussion
mblaze reviews and mentions
-
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
-
A note from our sponsor - Nutrient
nutrient.io | 15 Mar 2025
Stats
leahneukirchen/mblaze is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.
The primary programming language of mblaze is C.