Rovela
登录免费注册
← 返回博客
emailapitransactionaldeveloper

Mailgun 替代方案（2026）：永久免费档与域名邮箱

对照 Mailgun 仅试用免费档与偏重的 REST+SMTP+路由面，对比 Rovela 永久免费档、域名邮箱、Idempotency-Key 与单次 POST /emails——不复制营销对照页。

更新于 2026年11月4日
Mailgun 替代方案（2026）：永久免费档与域名邮箱

为什么有人会搜 Mailgun 替代方案

Mailgun 长期是「不只 SMTP」团队的默认选项：REST 与 SMTP 并存、可用路由规则解析并转发入站邮件、运维面也能跟着体量一起长。已经在 Mailgun 上跑生产的人，很少是因为「Mailgun 投不出去」才来搜替代。

2026 年的「Mailgun alternative」通常是这些动机：

  • 永久免费档没了——入门变成 试用，然后付费。边车项目、staging 组织、agent 原型失去「永远很小也能发」的额度。
  • 路由规则、发送域名、SMTP 凭证和 REST 端点 互相重叠。几乎什么都能做；也可能花一周才想清楚 OTP 到底该走哪条路。
  • 同域上还要给人用的 业务邮箱（hello@、support@）——Mailgun 作为 发送（以及入站路由进应用）的平台很强，但不是团队泡在 Webmail 里读写回复的地方。
  • Worker / AI agent 会重试，你希望有 Idempotency-Key，超时重放不会多发出第二个验证码。
  • 希望 一条 POST /emails，加上签名投递 webhook 与入站，都在 同一组织——而不必先把 Mailgun 的整棵路由图画完。

这不表示 Mailgun 在复杂入站路由或高体量运维上很弱。它表示很多搜索者要的是：永久免费档、域名邮箱、以及更简单的 REST 面——同时仍要事务发送。产品矩阵见 Rovela 的 Mailgun 替代 页。本文是工程长尾：免费档取消、路由复杂度、文档可核验的 Rovela 路径，以及如何迁移且不编造功能。

其他关键词类的相关文（别混钩子）：Resend 替代（邮箱 + 入站）、SendGrid 替代（少接口 HTTP）、Postmark 替代（永久免费 + 邮箱）、Amazon SES 替代（纯 HTTP / 不用 AWS）。本文主关键词仍是 Mailgun。

什么时候仍该留在 Mailgun

下列情况请留下，或双跑：

  • 你依赖 复杂入站路由（多路由 parse / forward / store 图），已经贴合现有客服或工单流水线。
  • 你是 运维重、高体量 团队，Mailgun 的 REST + SMTP + routes 对你是能力而不是负担，换厂商的采购成本远大于 DX 差异。
  • 现有栈已经深度编码 Mailgun 专属路由、SMTP 用户与事件消费，本季度不想重建模。

Rovela 面向的是：要 Mailgun 级 事务发送，同时要 永久免费档、域名邮箱、入站，以及 Idempotency-Key，全部落在 单次 POST /emails 后面——而不必先采纳 Mailgun 的完整路由模型。

「只用试用 + 路由很重」会留下的缺口

永久免费档 vs 试用倒计时

按 Rovela 对照页的表述，Mailgun 的免费入门被框成 仅试用期——不是可以长期不转化仍每月可用的永久额度。对已经承诺付费体量的团队没问题；对永远很小的 SaaS、演示组织、或希望不被试用倒计时逼着续费的 AI agent 原型，就不舒服。

Rovela Free 永久有效：每月 100 封邮件、5 个邮箱、不需绑卡——完整 API、webhook、入站都在免费档；升级是提高额度，不是解锁基础能力（定价、Mailgun 替代）。架构文档里不要写死 Pro / Enterprise 数字，以 /pricing 为准。

路由规则 + REST + SMTP 重叠

Mailgun 可以走 REST 发信、说 SMTP，还能用 路由规则 表达入站行为。能力与重叠一起来：团队经常要问「哪份凭证、哪个域名对象、哪条 route 才是 OTP 的正路」。Rovela 对照页刻意写成一边是 REST + SMTP、复杂路由规则，另一边是 单一 REST 端点（Mailgun 替代）。

Rovela 的发送路径就是一次调用：POST https://api.rovela.dev/emails，Bearer 鉴权，扁平 JSON。API 返回入队消息 id。这就是事务发送的主路径（邮件 API、快速开始）。

发送型产品 vs 人能打开的邮箱

Mailgun 优化的是可编程 发送（以及把入站路由进应用）。Rovela 在同一组织内提供浏览器可访问的 业务邮箱，创始人与客服可以在发 OTP 的同一平台里回复（Webmail 手册、SMTP）。免费档含 5 个邮箱；付费档提高数量与容量（定价）。

API 层的幂等键

Rovela 接受 Idempotency-Key 请求头（最长 256 字符）；24 小时内用同一键重试会返回原始响应，而不会再发一封（邮件 API、API：发信）。这对队列 Worker 和超时重试的 AI agent 很关键——不必只为扛住大型 ESP 表面的客户端重试再造一张去重表。

与发送 API 并列的入站与 webhook

Rovela 入站是一等能力：在已验证域名上开启入站、发布 MX、订阅 email.received，应用需要时再拉取解析后的正文（接收邮件）。投递事件（email.delivered、email.bounced、email.complained 等）以签名 webhook 推送（Webhook 概览）。这比 Mailgun 式多路由图更简单；若你真需要那张图，表达力也更弱。请诚实看待取舍：复杂入站路由团队可能继续留在 Mailgun；只要「MX + webhook + 拉正文」的团队通常更喜欢 Rovela 路径。

文档可核验的地图：发信、鉴权、邮箱、入站

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: mailgun-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。基础 OTP 发送不需要先建路由规则对象。

2. 真正发信前先做域名验证

在控制台添加域名，按提示发布 DNS（SPF、DKIM、DMARC、return-path），再点验证（快速开始、域名指南）。未验证域名的发送会直接 400 拒绝，而不是静默丢弃。Mailgun 替代 FAQ 也提到多数团队可保留同一发送域名，通常只需调整 DKIM/SPF（若没有再补 DMARC）。

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. 入站不必先建一棵路由树

在已验证域名上开启入站（需 full_access 密钥），发布返回的 MX；catch_all 为 false 时可只登记收件人；订阅 email.received（接收邮件）。更深模式见 入站邮件 API webhook。若产品真需要 Mailgun 式多步路由，请单独做保留/替换决策——或那一块继续留在 Mailgun，出站 OTP 与 Rovela 双跑。

迁移清单（Mailgun 口味）

  1. 创建 Rovela 组织，先用 Free 跑通路径（注册）——免费档没有试用倒计时。
  2. 验证今天正在用的发送域名（按控制台展示的 DKIM / SPF / DMARC / return-path）。
  3. 为应用服务器创建 sending_access 密钥；域名与入站管理保留 full_access。
  4. 替换客户端：一次 POST https://api.rovela.dev/emails + Bearer——把 Mailgun 的 from/to/subject/html（或 text）字段一对一映射。若有路由规则，放到第二阶段再迁。
  5. 在 OTP、魔法链接、收据发送上加 Idempotency-Key，避免重试双发。
  6. 把 webhook 指到现有退信 / 投诉处理；切流量前先验签。
  7. 可选： 出站 OTP 干净之后，再创建邮箱并开启入站——尤其是当你要替换一套稠密的 Mailgun route 时。

多数团队在 DNS 可控后很快能发出第一封（Mailgun 替代页）；邮箱与 MX 切换请单独拉长清单，复杂路由图请明确 keep/replace。

定价：只引用定价页

需求Rovela Free（文档）说明
月发送量100 封见 定价
邮箱5 个同一免费档
银行卡不需要永久免费档
API / webhook / 入站包含升级提高额度

付费档（定价页上的 Pro、定制 Enterprise）提高邮件、域名、邮箱与存储上限。架构决策前请重新打开 /pricing。Rovela 对照页把 Mailgun 免费侧写成 仅试用——对外引用 Mailgun 报价时，请再核对其官网当前套餐。

本文不是什么

  • 不是声称 Mailgun「投递失败」或入站能力弱——复杂路由与高体量运维正是许多人留下的原因。
  • 不是复制 /alternatives/mailgun；功能矩阵以该页为准。
  • 不是 Resend / SendGrid / Postmark / SES 文的换皮；那些在上文兄弟篇。本文钩子是 免费档取消、路由复杂度、邮箱。
  • 不编造 MCP、国内 ESP 话题或未文档化的接口。

下一步

  1. 浏览 Mailgun 替代 对照表。
  2. 用 快速开始 + POST /emails 发出一封。
  3. 若需要真人收件箱，创建邮箱并打开 Webmail。
  4. 若需要回复或 support@——且不需要多路由图——开启 入站。
  5. 无密码登录可搭配 OTP / 魔法链接进垃圾箱 与 验证码 vs 链接。

结论： 2026 年搜 Mailgun 替代，往往仍尊重 Mailgun 的路由与体量能力——但还要不会过期的免费档、团队能打开的邮箱、幂等重试，以及一条 POST /emails，而不是 REST + SMTP + routes 迷宫。Rovela 就是为这套栈准备的。请用上文文档核验每一条声明，然后先迁 OTP 路径。