一体化邮件服务器
maddy 是一个可组合的一体化邮件服务器，目标是用单个 daemon 覆盖邮件服务器的核心链路：通过 SMTP 发送邮件作为 MTA，通过 SMTP 接收邮件作为 MX，并通过 IMAP 提供邮件访问。它试图替代 Postfix、Dovecot、OpenDKIM、OpenSPF、OpenDMARC 等多组件组合，以统一配置降低维护复杂度。
在通道上，maddy 明确聚焦邮件，不涉及 SMS、语音或 IM。它支持 SMTP、Submission、LMTP、IMAP4rev1，并提供本地队列、远程 MX 投递、透明转发、邮件路由 pipeline、发件人与收件人改写等能力。安全方面覆盖 DKIM、SPF、DMARC、DANE、MTA-STS，也支持 ACME 自动证书、DNSBL、Milter client 与 rspamd 集成。不过官方文本也提示 IMAP storage 仍为 beta，若需要稳定且功能丰富的 IMAP，可能仍应搭配 Dovecot。
抓取内容未显示商业定价，maddy 更像开源自部署软件。表面软件成本低，但真实成本来自服务器、域名、DNS、固定 IP、反向解析、存储、备份、监控与运维。FAQ 提到小型个人服务器资源需求不高，约 1GiB RAM 即可，但送达率并非由软件单独决定。
maddy 提供发信合规所需的关键技术协议，但 FAQ 明确指出 Gmail 入垃圾箱原因无法保证判断，需检查 rDNS、IP 信誉和 DNSBL；若云厂商封锁 25 端口，则必须申请解封或经 smart-host 转发。因此它适合具备邮件基础设施知识的用户，而不是希望“开箱即有高送达率”的营销邮件平台。
优势是架构轻、依赖少、配置统一，不强制依赖 Docker、MongoDB 或 Redis，适合个人邮箱、小团队、自建域名邮箱和邮件路由实验。缺点也明显：项目自称 beta，单进程可靠性存在权衡，没有 Web 管理界面、没有 Webmail、没有内置垃圾邮件分类，需要 CLI 与外部组件配合。大规模、多租户、高可用或企业级合规场景，更适合成熟套件或托管邮件服务。
网站与软件在中国大陆的访问状态无法仅凭文本确认，标记为未知。实际部署时更关键的是国内外云厂商对 25 端口的限制、境外 IP 到 Gmail/Outlook 的信誉，以及支付云服务器、域名和 DNS 服务的可用性。替代方案可考虑 MailCow、Mail-In-A-Box，或传统 Postfix+Dovecot+Rspamd 组合。
本测评基于公开资料整理,不构成购买建议,请以 maddy.email 官网实际信息为准。
开源自建邮件服务器，支持SMTP/IMAP。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。