listmonk · 自托管的邮件列表与 Newsletter 管理平台

订阅用户越多，邮件越贵？listmonk 把名单和发信搬回你自己的服务器

名单在别人手里，账单也在别人手里

你在做一份产品 newsletter，订阅用户从几百涨到了几万，这本该是好消息。可到了续费的时候你才发现：用的那家邮件 SaaS 是按订阅人数阶梯收费的，人越多、这笔固定支出越贵，而且发送量一大还要再往上跳档。

更让你别扭的是另一件事——你辛辛苦苦攒下的订阅者名单，完整地躺在别人的服务器上。想导出、想迁走、想知道退订和送达到底怎么回事，都得隔着一个你说了不算的后台。名单是你的核心资产，可它的存放地和账单，都不由你决定。

一个你自己的发信后台

listmonk 是一个自托管的邮件列表与 Newsletter 管理平台：多列表管理、模板化邮件、批量群发、订阅与退订、Bounce 处理、数据统计都在一个后台里，用 Go 写成、打包为单个二进制，数据存在你自己的 PostgreSQL 里。

边界也说清楚：

• 它做：管理多个订阅列表和订阅者、编辑模板化邮件、批量发送、处理订阅/退订与退信（Bounce）、看打开与投递统计。
• 它不做：它本身不是对外投递邮件的 SMTP 服务器，需要你接一个发信出口（自建或第三方 SMTP）；它负责"管理和组织发信"，不负责"当那台发信机器"。

数据全部落在你自己的实例上——订阅者名单归你、随时可导出。通过阿里云计算巢部署，开通后几分钟即可打开后台，无需自行准备 PostgreSQL、也不用手工配置那个 Go 服务。

它解决了什么问题

回到开头那份 newsletter：你把订阅者导入 listmonk 的列表，做好一封模板邮件，接上你自己的 SMTP 出口，一次群发出去，退订和退信它自己处理，打开率在后台就能看到。名单和发信这两件事，第一次完整地握在了你自己手里。

而更深一层的变化是：给用户发邮件这件事，从“租来的能力”变回了“自己的资产”。名单不再是寄存在别人服务器上、按月为人头付费的东西，而是你机器上一份可以自由支配的数据；成本也从“随用户增长不断上涨”变成了“一台服务器的固定开销”。你做得越成功，这件事反而越划算，而不是越贵。

核心能力

listmonk 把一次群发从头到尾要管的事，都收进了同一个后台。

• 多列表与订阅者管理 —— 按人群分列表，导入、分组、查询订阅者，退订自动生效。
• 模板化邮件编辑 —— 用模板做 newsletter，一次编辑重复复用，不用每封从零排版。
• 批量群发与队列 —— 面向大量订阅者高性能发送，进度和状态在后台可见。
• Bounce 处理与统计 —— 自动处理退信、清理无效地址，打开与投递数据一目了然。

谁最该用

技术支持

• 官方仓库：https://github.com/knadh/listmonk
• 官方文档：https://listmonk.app/docs/
• 问题反馈：GitHub Issues

🚀 立即体验

→ 一键部署 listmonk

部署完成后，在服务实例详情页打开访问链接，用管理员账号登录，先建一个订阅列表、配好你的 SMTP 发信出口，就能发出第一封 newsletter 了。