A terminal-based email client for BSD/Linux/macOS with support for multiple accounts and backends like IMAP, Maildir, notmuch, and JMAP.
meli is a terminal-based email client written in Rust, designed for users who prefer a keyboard-driven, efficient email experience directly in their terminal. It supports multiple email backends and protocols, offering a modern, async, and feature-rich alternative to traditional GUI email clients. It prioritizes simplicity, efficiency, and user control while supporting modern email standards.
System administrators, developers, and power users who work primarily in the terminal and want a fast, configurable, and non-GUI email client. It is particularly suited for those managing multiple email accounts across different protocols (like IMAP, Maildir, JMAP, or NNTP) from a single interface.
Developers choose meli for its high performance due to async Rust, extensive protocol support, deep configurability via TOML, and features like an embedded terminal editor and GPG integration. It offers a modern, bloat-free terminal email client that combines the efficiency of CLI tools with the functionality of a full-featured email client.
terminal mail client, mirror of https://git.meli-email.org/meli/meli.git https://crates.io/crates/meli
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Supports multiple backends including IMAP, Maildir, notmuch, JMAP, and NNTP, allowing unified management of diverse email sources in a single interface, as listed in the README.
Built with async Rust for multithreaded, non-blocking operations, ensuring responsive performance even with large email volumes, as emphasized in the key features.
Embeds an xterm-compatible terminal editor for composing emails, enabling users to use preferred editors like Vim or Emacs directly within meli, as highlighted in the features.
Highly configurable via TOML files with per-mailbox and per-account setting overrides, plus extensive theming support, allowing tailored workflows as described in the documentation.
Relies on external tools like w3m for HTML email viewing, which can be clunky, require additional system dependencies, and may not render complex emails perfectly, as noted in the HTML Rendering section.
Requires manual setup of TOML configuration files, which can be overwhelming for users seeking a simple, out-of-the-box experience, despite tools like 'meli create-config' to assist.
As admitted in the README footnote, searching through all emails directly is not supported; users must create specific mailboxes with notmuch queries, limiting ad-hoc search flexibility.