MailSlurp 替代方案：當按收件匣計費開始算不過來（2026）
多數搜尋「MailSlurp 替代方案」的人，要解的並不是能力問題。MailSlurp 把難的部分做對了：真實進站收件匣、API 優先的設計、涵蓋面很廣的 SDK、每個收件匣彼此隔離。團隊離開它，通常不是因為它不好用。
而是因為算帳。
利益揭露：MoeMail 是我們自己的服務，本文也會直說哪些情況下 MailSlurp 才是比較划算的選擇。以下 MailSlurp 方案數字讀取自 mailslurp.com/pricing，時間為 2026 年 8 月 30 日——價格會變，做決定前請自己核對。
結構性矛盾：正確的做法，正是被計費的那一個
每一篇談 email 測試的指南——包括本站的——都會告訴你同一件事：**替每個測試開一個全新的收件匣，絕對不要整個套件共用一個。**共用正是 email 測試變得不穩定的根源：兩個測試並行跑，其中一個讀到另一個的信，於是你得到一個只在並行下才重現的失敗。
而 MailSlurp 計量的就是收件匣的建立數。於是，正確的做法剛好落在你被收費的那根軸上，成本會跟著你最想增加的東西一起漲：測試數量 × CI 頻率。
給它填上真實數字。一個有 40 個牽涉 email 的測試的套件，每次推送都跑、外加每晚一次——算一天三次：
40 個收件匣 × 3 次執行 × 30 天 = 每月 3,600 次收件匣建立
對照 MailSlurp 公布的方案：
| 方案 | 每月收件匣建立數 | 價格 |
|---|---|---|
| Free | 100 | $0 |
| Pro | 1,000，超出後 $3.00 / 1,000 | $49.99/月 |
| Team | 5,000，超出後依用量計費 | $129.99/月 |
這個 40 個測試的套件，第一天就會把免費額度用光。它是 Pro 額度的 3.6 倍，所以不是 Pro 加超額費，就是得上 Team。而且請注意讓帳單變大的是什麼：不是資料量，也不是席次，而是「多寫測試」跟「更常跑 CI」——這兩件事恰好都是你應該做的。
免費層還把收信量限制在每月 500 封、同時最多保留 50 個收件匣。這是一個確實好用的試用額度，但不是一個能拿來跑 CI 的額度。
什麼情況下你該繼續用 MailSlurp
這篇不是在論證 MailSlurp 不好。以下情況請留下：
- **你需要它周邊的整套產品能力。**渲染預覽、版位測試、附件處理、信箱驗證以及 AI 相關功能都在 Pro 以上。如果你的團隊在用這些，那麼一個免費的收件匣 API 取代掉的只是表格裡的一欄，不是整個產品。
- **你需要簡訊或手機 OTP。**目前我們沒找到任何免費替代方案涵蓋這一塊。
- **你需要 SOC 2、SAML/OIDC、RBAC 或指定區域託管。**那是 Enterprise 的範疇，一份簽署的 MSA 沒有開源替代品。
- **你的量真的很小。**每月不到 100 次收件匣建立，免費層就是免費的，換過來只會花掉工程時間卻省不到錢。
只有當錢是真金白銀時，為了省錢而搬遷才划算。對一個一週只跑兩次的套件來說，並不是。
替代方案到底有哪些
這個領域的切分方式跟 Mailosaur 那篇一樣，完整梳理在那篇。這裡給個短版，因為它能直接刷掉大多數「MailSlurp 替代方案」清單上的條目：
真實進站收件匣能收下網路上任何地方寄來的信。只有這一類能取代 MailSlurp。MoeMail、Mailinator、Mailosaur 屬於這一類。
SMTP 捕捉器——Mailpit、MailHog、MailCatcher、MailDev、Mailtrap 的 Email Testing 沙箱——攔下的是你的應用程式寄出去的信。它們收不到第三方寄來的驗證信，因為網路上根本沒有路由到得了它們。但它們照樣會出現在每一份替代方案清單上。
如果你在 MailSlurp 上的用量有一半是在斷言自家的外寄模板，把那一半搬到 Mailpit。它可以當成 CI 的 service container 跑，不需要憑證也不需要外網，而且完全不再吃計量配額。光是這一步，往往就能把一個套件重新壓回免費額度之內。
| 真實進站 | 免費額度夠不夠 CI 用 | 可自架 | Webhook | |
|---|---|---|---|---|
| MoeMail | 是 | 是，不計量 | 是 | 是 |
| MailSlurp | 是 | 每月 100 個收件匣 | 否 | 是 |
| Mailosaur | 是 | 僅試用 | 否 | 是 |
| Mailinator | 是 | 僅公開收件匣 | 否 | 付費方案 |
| Mailpit | 否——本機 SMTP | 不適用，自行執行 | 是 | 否 |
Mailinator 的免費收件匣是任何人都讀得到的，拿來接拋棄式註冊信沒問題，牽涉任何敏感內容就直接出局。
從 MailSlurp 搬遷
你的測試形狀不會變。MailSlurp 的流程是「建立收件匣 → 推進流程 → 等待信件 → 取出」，大家都是這樣。變的只有傳輸層：
const API = 'https://moemail.app/api'
const H = { 'X-API-Key': process.env.MAIL_KEY, 'Content-Type': 'application/json' }
// 原本是：const inbox = await mailslurp.createInbox()
export async function createInbox() {
const res = await fetch(`${API}/emails/generate`, {
method: 'POST',
headers: H,
body: JSON.stringify({ expiryTime: 3_600_000, domain: 'moemail.app' }),
})
if (!res.ok) throw new Error(`create inbox failed: ${res.status}`)
return res.json() // { id, email }
}
// 原本是：await mailslurp.waitForLatestEmail(inbox.id, 30000)
export async function waitForMessage(inboxId, timeoutMs = 30_000) {
const deadline = Date.now() + timeoutMs
while (Date.now() < deadline) {
const res = await fetch(`${API}/emails/${inboxId}`, { headers: H })
const { messages } = await res.json()
if (messages?.length) return messages[0]
await new Promise(r => setTimeout(r, 1500))
}
throw new Error(`no email arrived within ${timeoutMs}ms`)
}
移植斷言時有三個欄位名要注意：
- MailSlurp 的
inbox.emailAddress，這裡叫inbox.email。 - MailSlurp 的
email.body，這裡是msg.content（純文字）或msg.html。 - 時間戳是
received_at，用的是 REST 列表回傳的 snake_case 寫法。
你的擷取正規表達式跟傳輸層無關，可以原樣搬過來。
想要比輪詢更低的延遲，就註冊一個進站 webhook，在投遞當下直接結束等待。各框架的對應寫法：Playwright、Cypress、Selenium、Node、Python、GitHub Actions。
常見問題
**有沒有免費、又帶真實 API 的 MailSlurp 替代品？**有——MoeMail 免費、開源、可自架，帶 OpenAPI 與 webhook。Mailinator 的免費層確實是真實進站，但內容任何人都讀得到。
**我可以自己架一套類似 MailSlurp 的東西嗎？**MailSlurp 本身只提供託管服務。MoeMail 可以自架在 Cloudflare 上，這同時徹底解掉配額問題，也讓你用自己的網域。
**MoeMail 有哪些是 MailSlurp 有而它沒有的？**沒有簡訊／手機 OTP，沒有渲染預覽與版位測試，沒有附件處理與信箱驗證類功能，開箱即用的 SDK 也少得多——HTTP 呼叫要自己寫，也就是上面那二十行。如果這些對你重要，MailSlurp 值它的價錢。
**用 Mailpit 行不行？**只對你自己應用程式寄出的信有效，它收不到外部來信。但把套件拆開——外寄斷言交給 Mailpit，只有收信斷言才去打託管 API——通常是所有選項裡最省錢的單一改動。
**MailSlurp 跟 Mailosaur 哪個比較值得留？**強項不同：MailSlurp 強在大量情境下的 API 使用體驗，Mailosaur 強在成熟度加上簡訊。如果你的顧慮是價格，兩個都解決不了；那部分的分析見 Mailosaur 對比。
我們的看法
MailSlurp 是個好產品，但它的計費模型懲罰的剛好是它自己文件所推薦的那種測試做法。如果你的量小，就待在免費層。如果你需要渲染、簡訊或合規能力，就付錢買——為了繞開一個缺少的功能重新做工程，花的會比授權費更多。
如果你要的是「照 CI 的頻率，每個測試一個收件匣，而且不用盯著計數器」，那就是一個免費、可自架的真實進站 API 存在的理由。
建立一個信箱，或讀一下 OpenAPI 文件。第一次接觸這套模式？先看 email 測試指南。
資料來源：mailslurp.com/pricing，讀取於 2026 年 8 月 30 日；其餘廠商為各自官網的定價與文件頁面。