Postmark 替代方案（2026）：永久免费档 + 域名邮箱 + 幂等发信
在肯定 Postmark 事务投递优势的同时，对比永久免费档、域名邮箱、Idempotency-Key 与单次 POST /emails——不复制营销对照页。
为什么有人会搜 Postmark 替代方案
Postmark 的口碑来自一件事：事务邮件投递优先，而不是「顺带能发 OTP 的营销套件」。已经在用它发密码重置、收据、邀请的团队，通常并不讨厌产品本身。「Postmark alternative」很少等于「Postmark 投不出去」。
更常见的动机是：
- 试用额度用完之后，没有永久免费档，边车项目或 staging 组织也得上卡付费。
- 同域上还要给人用的 业务邮箱（
hello@、support@）——Postmark 是发送服务，不是团队读写回复的收件箱。 - Worker 会重试 OTP / 收据发送，你希望在 API 层做幂等，超时重放不会多发出第二个验证码。
- 希望 入站邮件 和发送 API 在同一组织里，旁边还有签名投递 webhook——而不是「只负责发」再拼第二家厂商。
这不表示 Postmark 在事务纯度上很弱。它表示 2026 年很多搜索意图是：免费档是否永久、有没有邮箱、重试运维是否简单——同时仍只要一条 HTTP 发信。产品级对照见 Rovela 的 Postmark 替代 页。本文是工程长尾：这些缺口何时重要、文档可核验的 Rovela 路径长什么样、如何迁移且不编造功能。
其他关键词类的相关文：Resend 替代（邮箱 + 入站）、SendGrid 替代（少接口 HTTP）。本文主关键词仍是 Postmark。
什么时候仍该留在 Postmark
下列情况请留下，或双跑：
- 投递口碑与 Postmark 的事务定位已满足 SLA，换厂商的采购成本远大于 API 形态差异。
- 你只要出站事务邮件，试用额度后付费可接受，邮箱与入站另有方案。
- 现有栈深度依赖 Postmark 模板、stream 或报表，本季度不想重建模。
Rovela 面向的是：要 Postmark 级 事务发送，同时要 永久免费档、域名邮箱、入站，以及同一组织上的 Idempotency-Key。
「事务纯度」仍会留下的缺口
免费档是否永久
Postmark 的入门常被描述为 测试额度，然后付费。对正式生产流量没问题；对永远很小的 SaaS、演示组织、或希望不被转化压力逼着续费的 AI agent 原型，就不舒服。
Rovela Free 永久有效：每月 100 封邮件、5 个邮箱、不需绑卡——完整 API、webhook、入站都在免费档；升级是提高额度，不是解锁基础能力（定价）。架构文档里不要写死 Pro / Enterprise 数字，以定价页为准。
发送型产品 vs 人能打开的邮箱
Postmark 优化的是 发送。Rovela 在同一组织内提供浏览器可访问的 业务邮箱，创始人与客服可以在发 OTP 的同一平台里回复（Webmail 手册、SMTP）。
API 层的幂等键
按 Rovela 对照页的表述，Postmark 并不像 Rovela 这样暴露幂等键。Rovela 接受 Idempotency-Key 请求头（最长 256 字符）；24 小时内用同一键重试会返回原始响应，而不会再发一封（邮件 API、API：发信）。这对队列 Worker 和超时重试的 AI agent 很关键。
与发送 API 并列的入站与 webhook
Rovela 入站是一等能力：在已验证域名上开启入站、发布 MX、订阅 email.received，应用需要时再拉取解析后的正文（接收邮件）。投递事件（email.delivered、email.bounced、email.complained 等）以签名 webhook 推送（Webhook 概览）。
文档可核验的地图：发信、鉴权、邮箱、入站
1. 一次发送：POST /emails
生产发送用带 sending_access 的密钥，Bearer 鉴权（快速开始、鉴权）。from 必须落在 已验证 域名上。
curl -X POST https://api.rovela.dev/emails \
-H "Authorization: Bearer re_your_sending_key" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: postmark-migrate-otp-user_123-2026-11-05" \
-d '{
"from": "Acme <no-reply@yourdomain.com>",
"to": "alice@example.com",
"subject": "Your Acme code: 482913",
"html": "<p>Your verification code is <b>482913</b>. It expires in 10 minutes.</p>",
"text": "Your verification code is 482913. It expires in 10 minutes."
}'
- 响应：入队消息 id（
{"object":"email","id":"..."}）。 - 幂等：同一键 24 小时内 → 原始响应，不重复发送。
- 总览：HTTP 邮件 API。
2. 真正发信前先做域名验证
在控制台添加域名，按提示发布 DNS（SPF、DKIM、DMARC、return-path），再点验证（快速开始、域名指南）。未验证域名的发送会直接 400 拒绝，而不是静默丢弃。
3. 投递 webhook
注册只订阅你处理得了的事件；校验签名；用事件 id 去重（Webhook、安全）。生产环境优先 webhook，而不是轮询 GET /emails/:id。
4. 业务邮箱、Webmail、SMTP
- Webmail：rovela.email / Webmail 手册。
- 客户端 SMTP：主机
mx.rovela.dev，端口 465 SSL/TLS；用户名为完整地址；密码为按设备凭证（SMTP）。邮箱只能以自身地址发送，并用你的域名 DKIM 签名。 - 免费档含 5 个邮箱；付费档提高数量与容量（定价）。
5. 入站不必再找一家 ESP
在已验证域名上开启入站（需 full_access 密钥），发布返回的 MX；catch_all 为 false 时可只登记收件人；订阅 email.received（接收邮件）。更深模式见 入站邮件 API webhook。
迁移清单（Postmark 口味）
- 创建 Rovela 组织，先用 Free 跑通路径（注册）。
- 验证今天正在用的发送域名（按控制台展示的 DKIM / SPF / DMARC / return-path）。
- 为应用服务器创建
sending_access密钥；域名与入站管理保留full_access。 - 替换客户端：一次
POST https://api.rovela.dev/emails+ Bearer——把 Postmark 的 from/to/subject/html 字段一对一映射即可。 - 在 OTP、魔法链接、收据发送上加
Idempotency-Key，避免重试双发。 - 把 webhook 指到现有退信 / 投诉处理；切流量前先验签。
- 可选： 出站 OTP 干净之后，再创建邮箱并开启入站。
多数团队在 DNS 可控后很快能发出第一封（Postmark 替代页）；邮箱与 MX 切换请单独拉长清单。
定价：只引用定价页
| 需求 | Rovela Free（文档） | 说明 |
|---|---|---|
| 月发送量 | 100 封 | 见 定价 |
| 邮箱 | 5 个 | 同一免费档 |
| 银行卡 | 不需要 | 永久免费档 |
| API / webhook / 入站 | 包含 | 升级提高额度 |
付费档（定价页上的 Pro、定制 Enterprise）提高邮件、域名、邮箱与存储上限。架构决策前请重新打开 /pricing。
本文不是什么
- 不是声称 Postmark「投递失败」——事务口碑正是人们从那里起步的原因。
- 不是复制 /alternatives/postmark；功能矩阵以该页为准。
- 不是 Resend / SendGrid 文的换皮；那些在上文兄弟篇。
- 不编造 MCP、国内 ESP 话题或未文档化的接口。
下一步
- 浏览 Postmark 替代 对照表。
- 用 快速开始 + POST /emails 发出一封。
- 若需要真人收件箱，创建邮箱并打开 Webmail。
- 若需要回复或
support@，开启 入站。 - 无密码登录可搭配 OTP / 魔法链接进垃圾箱 与 验证码 vs 链接。
结论： 2026 年搜 Postmark 替代，往往仍要事务级发送——但还要不会过期的免费档、团队能打开的邮箱、幂等重试，以及一条 POST /emails 旁边的入站。Rovela 就是为这套栈准备的。请用上文文档核验每一条声明，然后先迁 OTP 路径。