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

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 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.

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 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:

Tài liệu API dành cho nhà phát triển 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ư 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 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.

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ó 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.
3. Dùng đúng phương thức của nhà cung cấp. Luồng kết nối Gmail của Mailera 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.
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 khóa trong biến môi trường $MAILERA_API_KEY, rồi liệt kê hộp thư:

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:

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:

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.

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 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.