Delivr: A Modern Open Source Mail Client that actually works
Hi everyone,
for the past 10 months I've been working on Delivr (with help from a few great contributors), and today I'm releasing version 1.0.0.
Why I built it:
I wanted a self-hosted mail client that feels as good as Gmail. The open-source webmail clients I tried work, but most of them feel dated and lack things I use every day: search operators, a fast keyboard-driven interface, a proper app on my phone. The modern clients, on the other hand, are mostly closed services that want your mail on their servers. So I built my own.
What it is (and isn't):
Delivr is a webmail client, not a mail server. It connects to any mailbox over IMAP and SMTP: your own Mailcow, Stalwart or Dovecot setup, Gmail with an app password, and so on. Your mail stays on your mail server. Delivr reads it live and never stores it.
It runs as two containers: an API (Bun + Hono) and the web app (Nuxt PWA). It uses SQLite for users sessions etc, so there's no separate database to run. Postgress and MySQL will be supported in the future-
What works in 1.0:
- Multiple mail accounts in one sidebar, with split view or list view
- Search across all folders with operators like `from:`, `has:attachment`, `is:unread` or `after:2026-01-01`
- Rich-text composer with attachments, Cc/Bcc and priorities. Drafts save automatically to your IMAP Drafts folder
- Several sender addresses per account, each with its own HTML signature
- Folder management, drag & drop, bulk actions, a right-click menu and keyboard shortcuts (j/k, x, Enter…)
- Remote images and tracking pixels are blocked until you allow the sender or their domain
- Brand logos next to verified senders (BIMI)
- Installable as an app on desktop and phone (PWA)
- Several users per instance with an admin area, plus a documented REST API (OpenAPI) with API keys if you want to script your mail
Security & privacy:
- No mail, attachments or search index are stored on the server
- IMAP/SMTP passwords are encrypted at rest (AES-256-GCM). Session tokens and API keys are only stored as Argon2id hashes
- No telemetry, no analytics, no phoning home
- AGPL-3.0, so you can check all of this yourself
What's planned:
- Shared team inboxes (think support@ or info@) and tools for working on them together
- Offline mode with a local cache, offline search and an outbox, plus push notifications
- End-to-end encryption with OpenPGP / Mailvelope
- Single sign-on via OIDC and SAML
- Spam and phishing detection with small AI models that run on your own hardware, so nothing leaves your server
- Calendars and contacts via CalDAV / CardDAV
- Translations (German first), PostgreSQL/MySQL support and Gmail sign-in with OAuth
Full roadmap: https://www.delivr.email/roadmap
Current limitations:
- Microsoft 365 and Outlook.com only allow OAuth for IMAP, so they don't work yet
- SQLite is the only database for now
- The interface is English only
- The API Docker image is x86-64 only. On ARM64 there's a standalone binary
Website: https://www.delivr.email
Self Hosting guide (Docker Compose + reverse proxy configs): https://www.delivr.email/docs/self-hosting
GitHub: https://github.com/Delivr-Project/Delivr-Web and https://github.com/Delivr-Project/Delivr-API
Please share your honest feedback!
This is the first public release, so there will be rough edges. I'd especially like to hear:
- What would make you switch from Roundcube, SnappyMail or whatever you use today?
- Which mail server or provider do you use? Every IMAP server behaves a little differently, so bug reports that mention your setup are gold.
- What's missing for you?
Issues, PRs and 👍 on roadmap items are all welcome. Thanks for reading!
- if the imap server supports server-side rules, use those
- if the imap server does NOT offer server-side rules, implement a way to use your own (e.g. analog to how thunderbird does the filtering in-client). 3h ago 1 like
If I could replace that frankly ridiculous setup with something more suited, I'd be very happy. 3h ago 1 like