Thay thế Mailpit: GrabMail so với Mailpit và MailHog

Nhìn nhanh

Mười bốn hàng, một vài hàng trong số đó ghi “không áp dụng” vì đây là một công cụ chạy trên máy chủ của chính bạn. Mỗi ô của Mailpit là những gì tài liệu, README và trang tùy chọn runtime của nó 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.

Kiểm tra ngày 2 tháng 9 năm 2026. Các giá trị mặc định của Mailpit được trích từ các tùy chọn runtime của nó: giữ lại 500 thư gần nhất, một cơ sở dữ liệu tạm thời bị xóa khi thoát, giới hạn thư 50 MB. Tình trạng của MailHog được suy ra từ các mốc thời gian trong repository của nó, vốn đã được trích dẫn; dự án này không mang thông báo ngừng hỗ trợ nào.

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

Mailpit là công cụ chạy song song với ứng dụng của bạn trong lúc bạn xây dựng nó. Bốn điều nó làm được mà GrabMail thì không:

• Nó bắt lại mọi thứ bạn gửi, ngay tại chỗ. Trỏ ứng dụng của bạn tới cổng 1025 và mọi thư — đặt lại mật khẩu, hóa đơn, tất tần tật — sẽ rơi vào hộp thư web trên cổng 8025, không một thư nào chạm tới địa chỉ thật. GrabMail không bao giờ nhìn thấy thư gửi đi của bạn.
• Nó kiểm thử chính bức thư, chứ không chỉ việc gửi thành công hay không. Kiểm tra tương thích HTML, kiểm tra liên kết, chấm điểm SpamAssassin, chụp ảnh màn hình, gắn thẻ. GrabMail chỉ đưa cho bạn bức thư rồi dừng lại ở đó.
• Chaos. Kể từ phiên bản 1.20, nó có thể tiêm lỗi SMTP tại các giai đoạn được chọn với xác suất được chọn, để chứng minh ứng dụng của bạn vẫn xử lý ổn ngay cả khi máy chủ thư gặp sự cố. Không dịch vụ được lưu trữ nào cung cấp điều đó.
• Nó là của riêng bạn. Có giấy phép MIT, một binary duy nhất, hai đến ba trăm thư mỗi giây, không nhà cung cấp, không tài khoản, không cần internet. Còn GrabMail là máy chủ của người khác, và mọi thứ trên đó đều công khai.

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

GrabMail làm được đúng một việc mà một trình bắt SMTP cục bộ không thể làm: tồn tại trên internet, với những địa chỉ mà máy chủ của người khác có thể gửi thư đến.

• Thư đến thật sự. Một bài kiểm thử đăng ký với một dịch vụ bên thứ ba và dịch vụ đó gửi một mã — đến GitHub, đến Stripe, đến bất cứ thứ gì bạn đang tích hợp, địa chỉ phải là thật. run-42@grabmail.io là thật, có bản ghi MX, và thư của nó đọc được bằng một GET không cần key.
• Không có gì cần chạy, không có gì cần phơi ra ngoài. Để Mailpit nhận được từ internet nghĩa là cần một máy chủ công khai, một bản ghi MX và một quy tắc tường lửa, và tài liệu của nó cũng không định hướng nó cho việc đó. GrabMail đã sẵn sàng ở đó; một runner CI chỉ cần HTTPS gửi đi.
• Tên miền riêng của bạn trở thành catch-all, được lưu trữ sẵn. Một bản ghi MX tại smtp.grabmail.io và mọi địa chỉ trên tên miền đó nhận thư từ bất cứ đâu, được giữ 5 ngày, không cần daemon nào của bạn tham gia.
• Một máy chủ MCP dành cho agent. Một agent phải tự đăng ký ở đâu đó thì hoàn toàn không thể dùng một trình bắt SMTP cục bộ. Máy chủ GrabMail tại https://grabmail.io/mcp cho nó một hộp thư và một wait_for_message chặn cuộc gọi tối đa 25 giây, mà không cần key nào.

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

Không có gì để định giá ở Mailpit cả: đó là phần mềm miễn phí, và cái giá của nó là máy chủ mà bạn chạy nó trên đó. 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í.

Như đã công bố vào ngày 2 tháng 9 năm 2026. Trang giá của GrabMail có đầy đủ bảng giá.

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

Hai API này đọc hai loại thư khác nhau, vậy nên đây là API đọc thư đến từ thế giới bên ngoài. 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 ở Mailpit là GET http://localhost:8025/api/v1/messages trên instance của chính bạn, liệt kê những gì ứng dụng của bạn đã gửi tới nó — đó là lệnh gọi đúng để khẳng định ứng dụng của bạn đã tạo ra đúng bức thư. Còn đọc những gì một bên thứ ba gửi tới một người dùng thử nghiệm là việc của GrabMail; tài liệu tham chiếu chỉ có ba endpoint, và bài hướng dẫn GitHub Actions trình bày cả hai loại kiểm thử trong một workflow duy nhất.

Trong CI, hai công cụ này đứng cạnh nhau: Mailpit như một container dịch vụ trên cổng 1025 cho thư riêng của ứng dụng, còn các địa chỉ GrabMail dùng cho các lượt đăng ký mà bộ kiểm thử thực hiện với các dịch vụ thật. Không công cụ nào cần secret cả.

Dành cho AI agent

Mailpit không công bố máy chủ MCP nào cả và cũng không có llms.txt, và một trình bắt SMTP cục bộ không phải là thứ mà một agent đang đăng ký vào một trang web có thể sử dụng. Máy chủ GrabMail tại https://grabmail.io/mcp cho một agent một hộp thư mà không cần key: create_inbox, một wait_for_message chặn cuộc gọi tối đa 25 giây, read_message.

Bài Email cho AI agent nói về vòng lặp bốn lệnh gọi này cùng các rào chắn an toàn; bài hướng dẫn cho client có cấu hình cho Claude, Cursor và năm client khác.

Chuyển từ Mailpit hoặc MailHog sang

Từ MailHog, hãy chuyển sang Mailpit — đó là công cụ thay thế vẫn đang được bảo trì cho cùng công việc đó. Còn từ một trong hai sang GrabMail, chỉ cho những bài kiểm thử cần nhận thư:

1. Thay MailHog bằng Mailpit để bắt thư. Cùng một ý tưởng, cùng các cổng, một dự án vẫn đang được bảo trì: docker run -p 8025:8025 -p 1025:1025 axllent/mailpit. Không có phần nào trong đó liên quan đến GrabMail cả.
2. Tìm ra những bài kiểm thử giao tiếp với bên ngoài. Một bài kiểm thử đăng ký với một dịch vụ bên thứ ba thật và chờ thư từ đó thì không thể được phục vụ bởi một trình bắt cục bộ. Hãy cho nó run-{id}@grabmail.io, hoặc một địa chỉ trên một tên miền bạn trỏ về smtp.grabmail.io.
3. Đọc nó bằng một GET. Gọi /api/v1/mailbox?address=… mỗi giây với một hạn chót; bài hướng dẫn Playwright có sẵn vòng lặp này. Không cần token, không cần container dịch vụ.
4. Giữ lại Mailpit cho mọi thứ còn lại. Mẫu thư, liên kết, điểm spam, tiêm lỗi: đó là công việc của nó, và GrabMail không làm được bất kỳ điều nào trong số đó.

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

Cách phân chia trung thực nhất là theo hướng đi của thư:

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

Ba tình huống mà GrabMail là công cụ sai:

• Các bài kiểm thử của bạn kiểm tra chính những gì bạn gửi đi. GrabMail hoàn toàn không thể thấy được thư gửi đi của ứng dụng bạn. Đó chính là toàn bộ mục đích của Mailpit.
• Thư của bạn không được phép rời khỏi tòa nhà. Một trình bắt cục bộ giữ mọi thư trên máy chủ của bạn; còn mọi hộp thư GrabMail đều công khai trên internet.
• Bạn kiểm thử các trường hợp lỗi. Chế độ chaos, relay đến một máy chủ thật, các quy tắc chuyển tiếp: đó là những tính năng của một công cụ do bạn tự chạy, và không có phiên bản được lưu trữ sẵn tương đương ở đây.

Câu hỏi