Posthorn: 为自托管用户简化事务性邮件

对于任何尝试在 VPS 上自托管 Ghost、Gitea 或 Mastodon 等应用程序的人来说，“邮件问题”是一个反复出现的噩梦。许多云提供商（包括 DigitalOcean）默认会封锁默认的 SMTP 端口，以打击垃圾邮件和滥用。这使得开发者和系统管理员不得不费力地搭建 Postfix 中继，或者在有限的免费层级的表单处理服务中挣扎，仅仅为了让一个简单的联系表单或系统通知正常工作。

Posthorn 应运而生，它是一个自托管邮件网关，旨在作为您的自托管应用程序与事务性邮件提供商之间的轻量级中间层。您无需为每个应用程序配置与远程 API 的通信，也无需与被封锁的端口作斗争，只需设置一次 Posthorn，然后将您的应用程序指向它即可。

什么是 Posthorn？

Posthorn 不是一个功能完备的邮件服务器——它不处理入站邮件 (IMAP/POP3) 或管理邮箱。相反，它是一个事务性邮件网关。它以小型 Go 二进制文件或紧凑的 10MB Docker 镜像形式分发，非常适合资源受限的 VPS 环境。

核心能力

Posthorn 解决了自托管社区的三个主要痛点：

SMTP Relay：它充当通往事务性提供商的桥梁。如果您的 VPS 封锁了出站 SMTP，Posthorn 可以通过支持的提供商（如 Postmark、Resend、Mailgun、Amazon SES 或自定义出站 SMTP 中继）路由邮件。
HTTP Form Handling：对于缺乏后端的静态网站，Posthorn 提供了一个端点来接收来自 HTML 表单的 POST 请求。为了防止滥用，它内置了安全层，例如 honeypot 字段、来源检查和 IP 速率限制。
JSON HTTP API：对于运行 cron jobs 或自定义后端脚本的开发者，Posthorn 提供了一个受 Bearer 身份验证保护的 /send 端点，从而消除了在每个脚本中实现复杂 SMTP 逻辑的必要性。

技术权衡：网关 vs. 邮件服务器

邮件服务器和邮件网关之间存在关键区别。一个功能完备的邮件服务器（如 Postal 或 Postfix/Dovecot）管理邮件的整个生命周期，包括接收、存储和投递邮件。这需要大量的 DNS 配置（SPF、DKIM、DMARC）以及对 IP 声誉的持续监控，以避免被列入黑名单。

Posthorn 采取了不同的方法，通过将“投递”风险转移给专业的事务性提供商。通过使用网关，您可以享受自托管应用程序逻辑和表单处理的优势，同时依靠 Amazon SES 或 Mailgun 等提供商建立的成熟基础设施，以确保邮件真正到达收件人的收件箱。

社区观点与替代方案

Posthorn 的推出引发了自托管社区关于邮件基础设施哲学讨论。

“纯粹”的自托管路线

一些用户认为，自托管邮件服务器的衰落是向大科技公司的妥协。正如一位社区成员所言：

"The more SaaS applications that self-host email the better. It forces the big guys, ie Microsoft, to improve their blocklists and not lazily block entire ranges."

对于那些追求完全控制权的用户来说，Postal 仍然是全规模邮件投递的大标准。然而，对于普通用户来说，管理邮件服务器声誉的开销往往是难以承受的。

轻量级替代方案

对于那些只需要简单系统通知的用户，像 nullmailer 这样的工具可以提供与 sendmail 兼容的本地安装，并将邮件转发到远程 SMTP 服务器。虽然对于系统警报非常有效，但 nullmailer 缺乏使 Posthorn 在 Web 应用程序中更具通用性的 HTTP API 和表单处理能力。

总结：何时使用 Posthorn？

Posthorn 最适合在单个 VPS 上运行多个自托管服务的用户，并希望有一种集中化的方式来管理出站邮件。如果以下情况特别有价值：

您的 VPS 提供商封锁了端口 25/587。
您有一个静态网站，并需要一个安全的联系表单，而无需为高级 SaaS 表单构建器付费。
您有各种脚本和 cron jobs 需要一个简单的 API 来发送邮件，而无需在每个文件中管理 SMTP 凭据。