Thay thế MailSlurp: GrabMail so với MailSlurp

Nhìn nhanh

Mười bốn hàng. Mỗi ô của MailSlurp là những gì trang giá, tài liệu và llms.txt của họ nói vào ngày 2 tháng 9 năm 2026; mỗi ô của GrabMail được đọc từ các hằng số mà dịch vụ này áp dụng. “Một phần” nghĩa là một gói trả phí, một giới hạn, hoặc một lưu ý mà hàng đó không chứa nổi — các phần bên dưới sẽ nói rõ là gì.

Kiểm tra ngày 2 tháng 9 năm 2026. MailSlurp chỉ công bố giá theo tháng; nút chuyển sang giá theo năm trên trang giá của họ không hiển thị con số nào. Thời hạn hết hạn tự động của các hộp thư miễn phí cũng không được công bố, nên bảng ghi “hết hạn” mà không kèm con số.

Những gì MailSlurp làm tốt

Nếu kiểm thử email là một khoản mục có ngân sách và bạn muốn mọi thứ nằm trong một tài khoản, MailSlurp là chuẩn tham chiếu. Bốn điều nó làm được mà GrabMail thì không:

• Nó chờ giúp bạn. waitForLatestEmail, waitForMatchingEmails và waitForNthEmail giữ yêu cầu cho đến khi thư xuất hiện, nên một bài kiểm thử không cần viết vòng lặp thăm dò nào và không cần chỉnh sleep nào cả. REST API của GrabMail phải được thăm dò; chỉ máy chủ MCP của nó mới chờ được.
• Nó gửi được thư, và nó có số điện thoại. Một luồng trả lời một thư, hoặc một luồng xác minh qua SMS, đều có thể được kiểm thử từ đầu đến cuối trên các gói trả phí. GrabMail chỉ nhận và chỉ dùng email, đó là chủ ý thiết kế.
• Chín SDK và một webhook trên mọi gói. npm install mailslurp-client tồn tại, bằng chín ngôn ngữ, với các model có kiểu dữ liệu; và một sự kiện đến một hộp thư có thể được gửi tới endpoint của bạn ngay cả ở gói Free. Ở đây thì chỉ có một tài liệu OpenAPI và một GET.
• Một câu chuyện bảo mật mà bạn có thể gửi cho bộ phận mua sắm. Các huy hiệu SOC 2 Type I, GDPR và CCPA, các vai trò agent có giới hạn phạm vi, và một gói Enterprise với SAML, SCIM, nhật ký kiểm toán và lưu trữ theo khu vực. GrabMail công bố những gì nó không làm và không đưa ra SLA nào.

Điểm khác biệt của GrabMail

GrabMail được xây dựng cho những trường hợp mà gói Free của MailSlurp giới hạn không đủ và các gói trả phí của nó đắt quá mức: một công việc không được giữ một secret, một tên miền không được tốn bất kỳ chi phí nào, và một agent không có ai giám sát.

• Không cần key, nên không cần kho lưu secret. Một lệnh gọi MailSlurp cần x-api-key; một lệnh gọi GrabMail chỉ cần một địa chỉ trong query string. Một pull request từ một fork, một đoạn mã trong README, và một agent trên máy của người lạ — tất cả đều có thể đọc một hộp thư ở đây mà không cần được tin tưởng giao cho bất cứ thứ gì.
• Không giới hạn hằng tháng. MailSlurp Free dừng lại ở 500 email gửi đến và 100 hộp thư mới mỗi tháng, rồi yêu cầu $49.99. Một địa chỉ GrabMail tồn tại ngay khi có thư đến nó, trên các tên miền công khai hoặc trên tên miền của bạn, với giới hạn duy nhất là một lượt đọc mỗi giây cho mỗi địa chỉ — suốt cả tháng.
• Tên miền riêng của bạn là miễn phí, và đó cũng là cách bạn tự chọn một tên. MailSlurp gán các phần tên cục bộ ngẫu nhiên trên các tên miền dùng chung của nó và chỉ cho phép bạn tự chọn tên trên một tên miền riêng, thứ mà Free không có và Pro thì tính theo mức dùng. Ở đây, run-42@grabmail.io là của bạn chỉ bằng cách gõ nó ra, và bất kỳ tên miền nào bạn trỏ về smtp.grabmail.io đều trở thành một hộp thư catch-all mà không tốn gì cả.
• Tệp đính kèm và một máy chủ MCP ngay ở gói miễn phí. MailSlurp chỉ chuyển tệp đính kèm từ Pro trở lên; GrabMail nhận 5 MB cho mỗi thư ngay từ ngày đầu tiên. Máy chủ MCP của nó không cần màn hình OAuth nào cả, và đó chính xác là điều mà một agent làm việc không có con người ngồi trước trình duyệt cần đến.

Giá cả, đặt cạnh nhau

Giá của MailSlurp tính theo tháng bằng đô la Mỹ, không hoàn tiền trừ khi luật pháp yêu cầu, với phí vượt mức tính theo mức sử dụng phía trên khối lượng đã bao gồm. Gói trả phí duy nhất của GrabMail mua quyền truy cập vào một nhóm tên miền được giữ ngoài các danh sách chặn email dùng một lần; mọi thứ trong bảng trên vẫn miễn phí.

Giá như đã công bố vào ngày 2 tháng 9 năm 2026. MailSlurp cung cấp một bản dùng thử gắn với thẻ trên Pro và Team; điều khoản của họ quy định phí không được hoàn lại. Trang giá của GrabMail có đầy đủ bảng giá.

Dành cho developer: đọc một hộp thư

Toàn bộ sự khác biệt nằm trong một lệnh. Lệnh này đọc một hộp thư GrabMail mà không cần header, không cần key và không cần tài khoản:

$ curl -sG https://grabmail.io/api/v1/mailbox --data-urlencode "address=anything@grabmail.io" | jq '{count, alias}'

Phần tương đương ở MailSlurp bắt đầu bằng một tài khoản, một API key và thường là một SDK: tạo một hộp thư, rồi waitForLatestEmail(inboxId, timeout). Đó là nhiều việc cần thiết lập hơn nhưng ít mã cần viết hơn trong bài kiểm thử, vì việc chờ nằm ở phía server. Ở GrabMail, việc chờ là một vòng lặp có hạn chót — hai mươi dòng, được trình bày trong các hướng dẫn Playwright, Python và Node.js — và không có gì cần cài đặt cả.

Một chi tiết về CI đáng biết: key của MailSlurp nằm trong một secret và pipeline phải được cấp quyền đọc nó, điều này loại các pull request từ fork ra khỏi hầu hết các nền tảng. GrabMail không cần secret nào cả, nên pipeline của một fork vẫn có thể chạy cùng bài kiểm thử email đó. Hướng dẫn GitHub Actions trình bày quy trình này.

Dành cho AI agent

MailSlurp đã đầu tư nghiêm túc ở khoản này: một endpoint MCP được lưu trữ sẵn, mười sáu công cụ, năm vai trò đặc quyền-tối-thiểu từ chỉ-đọc đến quản lý hộp thư, và một agent REST API. Nó được thiết kế cho một agent hoạt động bên trong tài khoản của một tổ chức, có OAuth và quyền hạn bao quanh. Máy chủ GrabMail tại https://grabmail.io/mcp được thiết kế cho trường hợp ngược lại — một agent không có tài khoản ở bất cứ đâu và cần một hộp thư ngay lập tức — nên nó không đòi hỏi gì cả và cung cấp sáu công cụ, bao gồm một wait_for_message chặn cuộc gọi tối đa 25 giây.

Nếu agent đó là của bạn và thư đó là của công ty bạn, các vai trò của MailSlurp là mô hình an toàn hơn. Nếu agent tự đăng ký cho chính nó vào một dịch vụ bên thứ ba và thư đó là một mã xác minh, máy chủ không cần key của GrabMail loại bỏ đúng một bước mà một agent không có người giám sát không thể tự làm được: vượt qua một lượt đăng ký. Bài Email cho AI agent nói về vòng lặp này.

Chuyển từ MailSlurp sang

Một bộ kiểm thử chỉ dùng MailSlurp cho thư gửi đến có thể chuyển đi trong một buổi chiều; một bộ dùng cả tính năng gửi thư hoặc webhook thì nên ở lại. Các bước:

1. Thay việc tạo hộp thư bằng một địa chỉ. Ở chỗ bộ kiểm thử gọi createInbox() và lưu lại một id, hãy tạo một địa chỉ thay vào đó: run-${id}@grabmail.io, hoặc bất kỳ tên nào trên một tên miền bạn trỏ về đây. Không có gì cần phải tạo ra cả.
2. Thay việc chờ bằng một vòng lặp. waitForLatestEmail trở thành một GET tới /api/v1/mailbox mỗi giây một lần cho đến khi count lớn hơn không hoặc hạn chót trôi qua. Các hướng dẫn có sẵn hàm này bằng TypeScript và Python; chỉ cần sao chép một lần.
3. Bỏ secret đi. Xóa biến MAILSLURP_API_KEY khỏi CI và xóa SDK khỏi lockfile. Nếu pipeline của bạn ghim các host gửi đi, hãy cho phép grabmail.io.
4. Kiểm tra lại những gì bạn từng phụ thuộc vào. Tệp đính kèm vẫn hoạt động ở đây (5 MB cho mỗi thư). Gửi thư, SMS, IMAP và webhook không tồn tại ở đây, và thư sẽ biến mất sau 5 ngày.

Chọn cái nào, cho việc gì

Cách phân chia trung thực nhất là theo yêu cầu:

Khi nào nên ở lại với MailSlurp

Ba tình huống mà việc chuyển đổi sẽ khiến bạn mất đi điều gì đó thực sự:

• Các bài kiểm thử của bạn mang dữ liệu thật. Một hộp thư GrabMail có thể đọc được bởi bất kỳ ai biết địa chỉ, trên cả tên miền công khai lẫn tên miền của bạn. Các hộp thư MailSlurp thuộc về một tài khoản và có thể được giới hạn phạm vi theo từng agent. Một bài kiểm thử gửi thông tin của khách hàng qua thư cần đến điều thứ hai.
• Bạn phụ thuộc vào push hoặc vào việc gửi thư. Webhook, IMAP, SMTP, thư gửi đi và số điện thoại đều không có ở đây, đó là chủ ý thiết kế, và sẽ mãi không có. Nếu bất kỳ điều nào trong số đó nằm trong bộ kiểm thử của bạn, sẽ không có gì để chuyển sang cả.
• Bạn đã trả tiền cho cả năm rồi. Phí của MailSlurp không được hoàn lại. Hãy chạy song song cả hai ở dự án tiếp theo, thay vì gỡ bỏ một thứ đang hoạt động tốt.

Câu hỏi