Email Rebuilt for Today.
Private, Fast & AI-Integrated.
No paid subscriptions, closed formats, or locked-away data. We're building four extraordinary interfaces, an AI-driven NSQL filter engine, and cryptographic audit logs on a single sovereign core — in the open, from day one.
Architecture review for the filter engine
Calendar event confirmed via MCP
Nightly build finished
Architecture review for the filter engine
From: Project Lead
Please review the sovereign mail architecture spec ahead of the next milestone...
Email Rebuilt for Today.
Private, Fast & Secure.
Break away from paid cloud subscriptions, closed proprietary formats, locked-away data, and fragmented user experiences across platforms.
1. Sane & Controlled AI Access
PlannedAI co-pilots should empower you, not exfiltrate your life. The plan: a policy gateway that enforces granular RBAC capability flags, folder boundaries, and automatic redaction of sensitive data before any payload touches an LLM.
2. First-Class UI/UX in Every Space
PlannedNo second-class interfaces, by design. A single frozen gRPC contract is meant to guarantee equal polish and feature parity across a native desktop app, a Vim-style terminal TUI, a scriptable POSIX CLI, and an MCP AI agent bridge — not left to each client's discipline.
3. Uncompromising Speed & Performance
Engineered in native Rust over single-writer SQLite WAL storage, so search, filtering, and sync stay fast as your mailbox grows. We'll publish real, methodology-backed benchmarks as the engine matures — not invented numbers.
4. Sovereign Control & Zero Closed Formats
No cloud lock-in, no proprietary sync servers, no closed formats. Your emails, accounts, rules, and calendars live in standard local SQLite files on your disk, with MBOX/EML/JSON export already working today. You own your data.
5. Zero-Trust Security & Encryption
PlannedColumn-level data-at-rest encryption, hardened attachment ciphers, and HTML email sandboxing with tracking-pixel neutralization are on the security hardening milestone — real engineering targets, not shipped yet.
6. WORM Cryptographic Audits
Available nowEvery automated rule match, account mutation, and tool call is recorded in an append-only, hash-chained Write Once Read Many (WORM) audit ledger — working today, not a future promise.
One Engine. Four Ways to Work.
A sleek desktop window, lightning terminal keybindings, Unix shell scripts, and AI co-piloting — all built on one gRPC contract. The reference CLI is real today; the rest are on the roadmap.
1. The Desktop Workspace
Beautiful visual elegance for everyday productivity
A native desktop app, planned as a thin client over the same gRPC API every other interface uses, designed for seamless daily flow: a clean inbox, visual calendar scheduling, and drag-and-drop filter creation.
- Sandboxed HTML email inspector with tracking-pixel neutralization
- Unified inbox across all your personal, work, and custom domain accounts
- Visual drag-and-drop rule builder and interactive calendar planner
- Native performance targeting minimal RAM and battery usage
2. The Vim Keyboard Terminal
Keyboard velocity for triage without touching the mouse
A Ratatui-based terminal client on the roadmap for developers and power users who want maximum speed: Vim motions, single-key triage chords, and split-view previews, all driven by the same engine.
- Vim navigation (`j`/`k`/`h`/`l`/`g i`) & single-key archive/delete chords
- Instant split-pane previewer for text & HTML email content
- Interactive NSQL rule editor & dry-run condition tester built in
- Runs directly in any terminal tab or SSH session
3. The Developer Command Shell
Instant inbox queries & automation right from your shell
The in-repo reference client and E2E driver for the engine. Build it from source today to search messages, sync IMAP/SMTP accounts, and drive the daemon over its gRPC API directly from your shell.
- Pipeable JSON outputs for shell scripts & custom automations (`--json`)
- Local SQLite FTS5 full-text search over your synced mail
- Talks to the headless background sync daemon (`nunciod`) over gRPC
- Multi-account IMAP sync and SMTP send, tested against mock servers
4. The AI Executive Assistant
AI co-pilots working alongside you with granular privacy
A governed MCP bridge, planned as a separate client, that lets local LLMs and AI agents (Claude, Cursor, and others) talk to Nuncio through a policy gateway — never handed raw IMAP or provider credentials.
- Aggregate multiple accounts into a single local vault the agent can query
- Controlled AI gateway: no direct, uncontrolled access to raw providers
- Every AI tool call recorded in the WORM audit ledger
- Built on the same frozen gRPC contract as every other client
Live Interactive NSQL Grammar Demo
Edit the NSQL rule below and run it against one sample message right here in your browser. This demo re-implements the grammar in JavaScript to preview the language — it isn't the compiled Rust engine, and rules like this don't act on your real mailbox yet.
Parser & dry-run: real today. Firing on synced mail: plannedDry-Run Evaluation Output
Edit the query in the editor and click "Run Dry-Run Preview" to parse your NSQL text and evaluate real condition matches against sample email envelopes.
Real Engine Defenses (Rust, Not This Demo)
These properties describe the actual nuncio-filter engine today — not the JavaScript grammar preview above, and not yet wired into live sync.
- Parameterized SQL binding — no string-concatenated queries.
- Static rejection of dangerous nested-quantifier regex patterns before a rule can be saved.
- Webhook dispatch blocks redirects and known private/loopback IP targets.
- Every matched rule and webhook dispatch is signed with HMAC-SHA256 and hash-chained into the WORM audit ledger.
Built for those who demand more.
See how Nuncio's sovereign, local-first design is meant to stack up against traditional desktop clients and expensive cloud subscriptions — honest about what's built and what's still ahead.
Nuncio vs Airmail
How Nuncio's sovereign design compares to Airmail for Mac and iOS.
Nuncio vs Canary Mail
How Nuncio's local-first AI gateway compares to Canary Mail's cloud AI.
Nuncio vs Spark Mail
How Nuncio compares to Spark Premium Desktop.
Nuncio vs Superhuman
A free, open-source alternative to a paid subscription.
Nuncio vs HEY Mail
Sovereign local storage vs HEY's closed, hosted servers.
Nuncio vs Apple Mail
Four planned interfaces & NSQL filtering vs Apple Mail.
Nuncio vs Outlook 365
Local SQLite storage vs Outlook's cloud telemetry.
Nuncio vs Mozilla Thunderbird
A modern Rust architecture vs legacy Thunderbird.
Nuncio vs Gmail
Zero-tracking, local-first privacy vs Gmail's data mining.
Competitor prices are approximate — pricing as of 2026; check the vendor's site for current rates.
One Core Engine. Four Great Interfaces.
Every capability in Nuncio is designed against a single versioned gRPC contract, so the CLI, TUI, GUI, and MCP bridge can't drift out of sync the way bolt-on clients usually do. That's the architecture's job, not a promise about what's built yet — the CLI is the only client that exists today; the rest are planned thin clients over the same API. The Status column below reflects the real, current state of each underlying capability.
| Capability | CLI | TUI | GUI | MCP | Status |
|---|---|---|---|---|---|
List Accounts Account Management | nuncio account list | AppMode::AccountSettings | Configured Accounts List | nuncio_account_list | Available now |
Add Account Profile Account Management | nuncio account add | [a] Add Account Modal | Add Account Form | nuncio_account_add | Available now |
Test Connectivity Account Management | nuncio account test | [t] Test Connection | Test Connection Button | nuncio_account_test | Available now |
Sync Mailboxes (IMAP/SMTP) Email Operations | nuncio mail sync | Sync (s) | Sync Button | CoreCommand::SyncAll | Available now |
Search Messages (FTS5) Email Operations | nuncio mail search | Search Mode (/) | Filter & Search Input | nuncio_mail_search | Available now |
Send Email / Outbox Email Operations | nuncio mail send | Compose Modal (c) | Compose Modal Component | nuncio_mail_send | Available now |
Export Mail (MBOX/EML/JSON) Email Operations | nuncio mail export | [x] Export Drawer | Export Panel | nuncio_mail_export | Available now |
List / Create Rules NSQL Automation | nuncio filter create --sql | AppMode::FilterRules | <RuleBuilderForm /> | nuncio_filter_create | In progress |
Dry-Run Preview NSQL Automation | nuncio filter test --sql | [t] Dry-Run Previewer | <ConditionTester /> Pane | nuncio_filter_test | In progress |
Rules Firing on Live Sync NSQL Automation | nuncio filter logs | [l] Log Drawer | <AuditLogInspector /> Tab | nuncio_filter_logs | Planned |
CalDAV Calendar Sync Calendar & Contacts | nuncio cal list | Agenda / Calendar Pane | Calendar Grid View | nuncio_cal_list_events | Planned |
CardDAV Contacts Sync Calendar & Contacts | nuncio contacts list | Contacts Pane | Contacts List View | nuncio_contacts_list | Planned |
OS Keyring Credential Vault Security & Vault | keyring crate | keyring crate | keyring crate | keyring crate | Available now |
At-Rest Body Encryption Security & Vault | PayloadCipher | PayloadCipher | PayloadCipher | PayloadCipher | Planned |
HTML Sanitization Security & Vault | n/a (headless) | sandboxed renderer | sandboxed renderer | n/a | Planned |
WORM Audit Ledger Security & Vault | nuncio audit verify | [l] Audit Drawer | <AuditLogInspector /> | nuncio_audit_read | Available now |
TUI, GUI, and MCP columns above show design-target command surfaces for interfaces that don't exist yet — see the four interfaces for what's actually built today.
Privacy and Security by Design.
Nuncio is being built around column-level encryption at rest, secure memory zeroing, sandboxed web rendering, and cryptographic audit ledgers. Two of these are real today; the rest are hardening work tracked on the roadmap — the badge on each card tells you which.
AES-256-GCM & age Stream Cipher
The design target: email bodies encrypted at rest with column-level AES-256-GCM, and large attachments streamed through modern age X25519 ciphers. Not implemented yet — today, message bodies are stored unencrypted in the local SQLite database.
- Goal: zero unencrypted body text written to disk
- Key material zeroing on drop — in progress, not verified complete
OS Keyring Credential Vault
Passwords and OAuth tokens are stored exclusively in native OS credential enclaves (Windows Credential Manager, macOS Keychain, Linux Secret Service) — this one is real today, not a plan.
- Zero credentials stored in SQLite or config files
- Backed by the OS-native credential store on every platform
Cryptographic Hash-Chain Ledger
Filter and account mutations already write an immutable entry linked via HMAC-SHA256 hash chains (H_n = HMAC(K, H_n-1 || data)) — this ledger is real and verifiable today.
- Automated chain integrity verification
- Tamper-evident operational audit trail
Sane & Controlled AI Agent Architecture
A governed MCP bridge is on the roadmap as a separate client over the same gRPC contract — not a direct line from your inbox to an LLM. It doesn't exist yet; here's the design.
Planned client — not built yet1. A Single Local Vault for Every Account
The design goal: aggregate every account you connect — IMAP today, JMAP once it lands — into one local SQLite vault an agent can query, instead of handing separate credentials to separate tools.
2. Controlled Gateway, Not Direct Access
Local LLMs and AI agents are meant to never see raw passwords or get direct, uncontrolled access to your accounts. Every AI action would pass through Nuncio's security enclave under an RBAC policy with automatic PII redaction.
3. WORM Audits for Every AI Action
The plan is that every AI agent tool call, read, draft, and send lands in the same immutable, HMAC-SHA256 hash-chained audit ledger that already exists for other engine actions today.
Target config shape (not usable yet)
nuncio-mcp doesn't exist as a binary today{
"mcpServers": {
"nuncio": {
"command": "nuncio-mcp",
"args": ["--stdio"],
"env": {
"NUNCIO_LOG_LEVEL": "info"
}
}
}
}This is what a client config would look like once the MCP bridge ships — pasting it into an MCP client today will not connect to anything.
Complete Documentation Hub
From building the daemon and CLI from source to the NSQL grammar spec, signed webhooks, and the AI MCP integration design — explore all 10 guides in our dedicated docs portal, covering what's real today and what's ahead on the roadmap.
Quickstart: Build & Run From Source
Account Setup (Planned)
Client Interfaces (CLI Today, More Planned)
NSQL Language Specification
Outbound Signed Webhooks
Model Context Protocol (Planned)
HTML Rendering & Sandboxing (Planned)
Data Export & Backups
WORM Audit Ledger
Database Corruption Recovery
Be there for launch day
There's no packaged app to download today. Follow the build in the open on GitHub, watch the roadmap for milestones, or build it yourself from source right now.
Follow the build
Every commit, PR, and milestone happens in public. Star the repo to watch progress.
See the roadmap
See exactly what's shipped, what's in progress, and what's planned before v1.
Notify me at launch
No email list exists to sign up for. On GitHub, set Watch → Custom → Releases on the repo and you'll get notified the moment there's a build worth installing.
Developer? You can build it from source right now
Clones the daemon (nunciod) and reference CLI (nuncio-cli) — no packaged installer, no GUI, no TUI yet.