---
title: "So sánh Mailera và AgentMail: bắt đầu từ hộp thư"
description: "Tìm hiểu khi nào Mailera phù hợp để kết nối Gmail, Outlook đang dùng, vì sao không thay được bước tạo hộp thư và cách thử với quyền chỉ đọc."
url: https://mailera.app/blog/so-sanh-mailera-va-agentmail
published: 2026-10-25
updated: 2026-10-25
---

# So sánh Mailera và AgentMail: bắt đầu từ hộp thư

Bạn cần tác nhân xử lý thư ở địa chỉ công ty đang dùng, hay cần cấp một địa chỉ riêng? Hãy chốt yêu cầu đó trước khi chọn API hoặc chuyển công cụ.

## Giữ địa chỉ đang dùng hay cần địa chỉ mới?

Một tác nhân xử lý yêu cầu khách hàng có thể cần đọc đúng hộp thư mà đội hỗ trợ đang dùng. Một tác nhân phục vụ dự án mới có thể cần địa chỉ riêng, không gắn với hộp thư của nhân viên. Cả hai đều cần đọc và trả lời thư, nhưng bước chuẩn bị hộp thư khác nhau.

**Kết nối hộp thư có sẵn** nghĩa là cấp cho ứng dụng quyền truy cập một hộp thư đã tồn tại. **Cấp hộp thư mới** nghĩa là tạo nơi nhận thư và địa chỉ trước khi tác nhân bắt đầu làm việc.

[Mailera](https://mailera.app/product) phục vụ mô hình kết nối. Bạn đưa hộp thư Outlook, Gmail hoặc máy chủ IMAP đang dùng vào Mailera, rồi cho ứng dụng truy cập qua API hoặc MCP. Mailera không cấp địa chỉ email mới.

![Hai nhánh lựa chọn: giữ địa chỉ để kết nối bằng Mailera hoặc tìm công cụ cấp hộp thư mới.](https://mailera.app/media/77b8376bffe6bb7e/so-sanh-mailera-va-agentmail-bat-dau-tu-hop-thu-mailbox-vi-1200.jpg)
_Chọn mô hình hộp thư trước khi chọn cách gọi API._

Nếu đang tìm giải pháp thay thế AgentMail, hãy viết rõ bước đầu tiên của ứng dụng: “kết nối địa chỉ đã có” hay “tạo một địa chỉ”. Đừng bắt đầu bằng việc đổi tên endpoint. Bài [chọn hộp thư có sẵn hay hộp thư riêng cho AI](https://mailera.app/blog/email-co-san-hay-hop-thu-rieng-cho-ai) giải thích thêm cách phân biệt hai yêu cầu này.

## Những tiêu chí nào quyết định Mailera có phù hợp?

Khi cân nhắc Mailera hay AgentMail, hãy đối chiếu cả hai với cùng một danh sách yêu cầu. Bảng dưới đây cho biết Mailera đáp ứng từng yêu cầu thế nào:

| Yêu cầu của ứng dụng | Mailera đáp ứng thế nào? | Điều cần kiểm tra khi chuyển công cụ |
| --- | --- | --- |
| Giữ địa chỉ hiện tại | Kết nối Outlook/Microsoft 365, Gmail và các nhà cung cấp được hỗ trợ, gồm IMAP tùy chỉnh | Hộp thư nào phải tiếp tục nhận thư? |
| Cấp địa chỉ mới | Không có chức năng cấp địa chỉ | Quy trình có phụ thuộc vào bước tạo hộp thư không? |
| Đọc thư từ nhiều hộp thư | Có `GET /messages/search` để tìm thư xuyên các hộp thư đã kết nối | Tác nhân được đọc nhóm hộp thư nào? |
| Gửi hoặc trả lời | Có `POST /mailboxes/{id}/send` | Hộp thư có khả năng gửi và khóa có quyền `send` không? |
| Dùng MCP | Có công cụ liệt kê, tìm, đọc, gửi và trả lời thư | Ứng dụng cần những công cụ nào? |
| Nhận thông báo thư mới | Có webhook `message.received` | Ứng dụng sẽ xử lý sự kiện ra sao? |
| Cấp quyền chỉ đọc | Khóa API có thể chỉ mang quyền `read` | Có đang cấp thừa quyền gửi hoặc quản lý không? |

Tài liệu [API dành cho nhà phát triển](https://mailera.app/developers) là điểm bắt đầu nếu bạn tích hợp bằng mã. Nếu tác nhân dùng MCP, hãy chọn công cụ theo nhiệm vụ thay vì đưa toàn bộ thao tác email vào cùng một luồng. Bài [Agent Mail MCP: chọn đúng mô hình hộp thư](https://mailera.app/blog/agent-mail-mcp-chon-dung-mo-hinh) giúp bạn phân biệt yêu cầu về hộp thư trước khi cấu hình công cụ.

Với Microsoft, Mailera dùng thông báo thay đổi từ Graph và kiểm tra nền định kỳ dự phòng. [Tài liệu thông báo thay đổi Outlook của Microsoft](https://learn.microsoft.com/en-us/graph/outlook-change-notifications-overview) mô tả cơ chế đăng ký theo dõi thay đổi thư. Webhook của Mailera là sự kiện mà ứng dụng của bạn nhận ở lớp tích hợp Mailera.

## Khi nào nên đưa Mailera vào danh sách lựa chọn?

Mailera phù hợp khi tác nhân phải làm việc với địa chỉ đã có: phân loại thư gửi tới hộp thư công ty, tìm thư trong nhiều tài khoản hoặc soạn phản hồi cho người vận hành duyệt. Trong giao diện **Hộp thư chung**, người vận hành có mục **Hộp thư** để chọn hộp thư cần xem.

![Giao diện Hộp thư chung của Mailera với mục chọn hộp thư trong thanh bên.](https://mailera.app/media/4e7f5838ada9eca5/doc-ma-otp-tu-email-qua-api-de-kiem-thu-xac-minh-otp-vi-1200.jpg)
_Chọn hộp thư đã kết nối trong mục Hộp thư._

Nếu yêu cầu là tạo danh tính email riêng cho mỗi tác nhân mới, hãy đánh giá bước cấp hộp thư trước. Với AgentMail, hãy dùng chính yêu cầu đó làm tiêu chí lựa chọn, rồi mới xét các thao tác đọc và trả lời. Không nên coi hai sản phẩm là lựa chọn thay thế trực tiếp chỉ vì cùng xuất hiện trong tìm kiếm “hộp thư cho tác nhân AI”.

Khi chuyển công cụ, bạn cần giữ đúng địa chỉ nhận, danh tính gửi và phạm vi truy cập. Một ứng dụng đang phụ thuộc vào bước tạo địa chỉ sẽ cần đổi quy trình nếu chuyển sang mô hình kết nối hộp thư có sẵn.

Bài [cho AI agent dùng các hộp thư bạn đang có](https://mailera.app/blog/ket-noi-email-voi-ai) trình bày cách tổ chức mô hình kết nối này.

## Thử với một hộp thư trước khi chuyển quy trình

Dùng hộp thư thử do bạn quản lý, không bắt đầu bằng hộp thư chứa dữ liệu khách hàng.

1. **Ghi rõ yêu cầu.** Địa chỉ nào phải giữ nguyên? Ai sở hữu hộp thư? Tác nhân chỉ đọc hay được gửi?
2. **Kết nối hộp thư thử.** Trong **Danh sách hộp thư → Thêm hộp thư**, dùng tài khoản có vai trò Admin hoặc Leader. Với Microsoft, chọn **Đăng nhập Microsoft** để đi qua OAuth. Xem [cách Mailera kết nối Outlook và Microsoft 365](https://mailera.app/providers/microsoft).
3. **Dùng đúng phương thức của nhà cung cấp.** Luồng [kết nối Gmail của Mailera](https://mailera.app/providers/gmail) dùng mật khẩu ứng dụng (app password). Google yêu cầu bật xác minh 2 bước cho tài khoản dùng phương thức này; xem [hướng dẫn mật khẩu ứng dụng của Google](https://support.google.com/accounts/answer/185833).
4. **Kiểm tra thư nhận.** Với luồng nhập thông tin kết nối, nút **Kiểm tra & kết nối** đăng nhập thử, không gửi thư thật. Sau khi kết nối thành công, gửi một thư thử tới hộp thư và tìm nó trong **Hộp thư chung**.
5. **Tạo khóa chỉ đọc.** Trong phần khóa API ở **Cài đặt**, chọn **Tạo key**, giới hạn **Phạm vi hộp thư** vào nhóm thử và chỉ cấp `read`. Chưa cấp `send`.

![Tạo khóa API trong Mailera với phạm vi một nhóm hộp thư và quyền chỉ đọc.](https://mailera.app/media/f4a2449df23ca101/mat-khau-ung-dung-hay-oauth-ket-noi-email-cho-ai-dung-cach-vi-1200.jpg)
_Bắt đầu bằng quyền đọc; chỉ thêm quyền gửi khi tác vụ thực sự cần._

Đặt khóa trong biến môi trường `$MAILERA_API_KEY`, rồi liệt kê hộp thư:

```bash
curl --fail-with-body \
  'https://mailera.app/api/public/v1/mailboxes?limit=1' \
  -H "Authorization: Bearer $MAILERA_API_KEY"
```

Đối chiếu `data[].email` với hộp thư thử. Lấy `data[].id` đặt vào `$MAILBOX_ID`, rồi liệt kê thư trong hộp thư đến:

```bash
curl --fail-with-body \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/messages?folder=inbox&limit=5" \
  -H "Authorization: Bearer $MAILERA_API_KEY"
```

Tìm đúng `subject` của thư thử. Đặt `id` của thư đó vào `$MESSAGE_ID`, rồi đọc nội dung:

```bash
curl --fail-with-body \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/messages/$MESSAGE_ID" \
  -H "Authorization: Bearer $MAILERA_API_KEY"
```

Kiểm tra `data.mailbox_id`, `data.subject` và `data.body.text`. Kết quả cần đạt là đọc đúng thư của đúng hộp thư, không chỉ nhận được phản hồi HTTP thành công.

Nếu dùng MCP, bạn có thể thực hiện cùng phép thử bằng `list_mailboxes`, `list_messages` và `get_message`. Hộp thoại tạo khóa có nút **Sao chép cấu hình MCP** cho Claude, Cursor hoặc VS Code.

## Những lỗi hay gặp khi chọn hoặc chuyển công cụ

**Nhầm “Thêm hộp thư” với cấp địa chỉ.** Trường **Địa chỉ email** dùng để nhập hộp thư bạn đã có. Hãy kiểm tra đầu vào của quy trình trước khi sửa phần tích hợp.

**Dùng mật khẩu ứng dụng cho Microsoft.** Luồng Microsoft của Mailera dùng OAuth qua Microsoft Graph hoặc nhập refresh token có sẵn. Với phép thử đầu tiên, dùng **Đăng nhập Microsoft**.

**Nhận được thư nên cho rằng gửi cũng được.** Mailera có lựa chọn **Lưu ở chế độ Chỉ nhận** khi phần gửi thất bại. Qua API, hãy xem `capabilities.send`; cấp quyền `send` cho khóa không tự sửa cấu hình gửi của hộp thư.

**Chờ toàn bộ lịch sử xuất hiện.** Lần tải đầu chỉ lấy thư trong phạm vi lưu giữ, mới nhất trước. Nếu công việc cần một thư cũ cụ thể, hãy đưa thư đó vào tiêu chí thử thay vì chỉ kiểm tra thư mới.

**Chỉ đổi API mà bỏ qua quyền.** Khóa đọc thư, khóa gửi thư và quyền quản lý hộp thư phục vụ các việc khác nhau. Giữ bước đọc hoạt động độc lập trước khi thêm hành động gửi.

## Cho tác nhân AI đọc thư cần bảo vệ những gì?

Nội dung thư và tệp đính kèm là **dữ liệu không tin cậy**, không phải chỉ dẫn cho tác nhân. Một email có thể yêu cầu bỏ qua quy tắc, tiết lộ khóa hoặc chuyển tài liệu sang địa chỉ khác. Đừng cho phép nội dung thư tự quyết định quyền và công cụ mà tác nhân được dùng.

Giới hạn khóa vào nhóm hộp thư phù hợp. Tác nhân chỉ tóm tắt hoặc phân loại thư không cần `send`, `manage` hay `share`. Dùng thời hạn và giới hạn IP nếu phù hợp với môi trường chạy; xem thêm [thông tin bảo mật của Mailera](https://mailera.app/security).

Khi cần gửi, yêu cầu người dùng xác nhận người nhận và nội dung trước khi thực hiện. Không tự động gửi dữ liệu tới địa chỉ chỉ xuất hiện trong lời yêu cầu bên trong email. Mẫu [phê duyệt qua email cho tác nhân AI](https://mailera.app/blog/phe-duyet-qua-email-cho-tac-nhan-ai) phù hợp khi quy trình cần một bước quyết định của con người.

Không đưa khóa API vào prompt hoặc ảnh chụp. Khi chia sẻ kết quả thử, che địa chỉ, nội dung riêng tư và thông tin xác thực.

## Giới hạn Mailera cần tính trước

Mailera không bảo đảm đồng bộ tức thời tuyệt đối. Tần suất kiểm tra nền thay đổi theo mức sử dụng; hộp thư không hoạt động có thể chuyển sang trạng thái ngủ và thức lại khi được dùng.

Gói miễn phí tự phục vụ lưu thư trong 30 ngày. Đừng thiết kế công việc cần truy xuất lịch sử dài hơn mà chỉ dựa vào lần tải đầu.

Mailera không hỗ trợ Proton Mail và Tuta, cũng không cung cấp dịch vụ gửi email tiếp thị hàng loạt. Nếu đó là yêu cầu bắt buộc, hãy loại Mailera khỏi danh sách trước khi dành thời gian chuyển tích hợp.

**Kết nối hộp thư đầu tiên trong 2 phút** — Thêm hộp thư Outlook, Gmail hoặc IMAP và đọc thư qua giao diện hoặc API. [Kết nối hộp thư](https://mailera.app/auth?mode=signup)