Gửi thư đầu tiên qua Email API
Một lệnh gọi HTTP từ đầu tới thư nhận được, cách đọc mã trả về cho đúng, và ba lỗi hay gặp nhất ở lần gửi đầu tiên của một tài khoản mới.
Mục tiêu của trang này là một thư nhận được thật, không phải hiểu hết API. Hiểu hết là việc của mục Hướng dẫn trong bảng điều khiển.
Chuẩn bị
- Tên miền gửi đã kích hoạt. Xem Cắm bản ghi cho tên miền gửi
- Một khoá API đã lưu. Xem Tạo khoá API để gửi thư
- Một hộp thư thật của bạn để nhận thư thử
Gọi lệnh gửi
Thay cf_... bằng khoá của bạn và example.com bằng tên miền gửi đã kích hoạt.
curl -X POST https://api-vmail.cloudfly.vn/api/emails \
-H "Authorization: Bearer cf_xxxxxxxx_xxxxxxxxxxxxxxxxxxxxxxxx" \
-H "Content-Type: application/json" \
-d '{
"from": "no-reply@example.com",
"to": "ban@example.net",
"subject": "Thư thử đầu tiên",
"text": "Nếu bạn đọc được dòng này thì Email API đã chạy."
}'Bốn trường trong ví dụ là tối thiểu để gửi được. Danh sách tham số đầy đủ — tệp đính kèm, mẫu thư, biến, người nhận ẩn — nằm ở Email API → Hướng dẫn trong bảng điều khiển.

| Trường | Ràng buộc |
|---|---|
from | phải thuộc tên miền đã kích hoạt của tài khoản |
to | địa chỉ người nhận |
subject | tiêu đề |
text hoặc html | phải có ít nhất một trong hai |
Đọc mã trả về
{ "id": "..." }Mã trạng thái 202 nghĩa là đã nhận để gửi, không phải đã tới hộp thư người nhận. Đây là chỗ
hay hiểu nhầm nhất: thư còn phải đi tiếp qua đường gửi, và có thể bị nơi nhận từ chối sau đó.
Nơi biết thư có tới hay không là Thống kê & Nhật ký, hoặc webhook nếu bạn cần biết ngay trong mã nguồn.
Mọi mã khác 202 đều là bị từ chối ngay, chưa gửi gì. Bảng đầy đủ ý nghĩa từng mã nằm trong mục
Hướng dẫn của bảng điều khiển.
Ba lỗi hay gặp ở lần đầu
Bị từ chối xác thực
Khoá sai, đã bị xoá, hoặc header thiếu chữ Bearer ở đầu. Chép lại khoá từ chỗ đã lưu — bảng danh
sách trên bảng điều khiển chỉ hiện phần đầu mã, không dùng để chép được.
Bị từ chối quyền dù khoá đúng
Địa chỉ from không thuộc tên miền mà khoá được phép gửi. Hai nguyên nhân:
- Tên miền chưa kích hoạt xong — kiểm ở trang Tên miền gửi
- Khoá là Sending Key gắn tên miền khác. Sending Key chỉ gửi được đúng tên miền của nó
Trả về 202 mà không thấy thư
Theo thứ tự:
- Kiểm thư mục rác của hộp thư nhận
- Mở Thống kê & Nhật ký tra đúng thư đó — trạng thái ở đó mới là sự thật
- Kiểm danh sách chặn: địa chỉ người nhận có thể đang bị chặn từ một lần gửi hỏng trước đó, và thư bị bỏ trước khi ra khỏi hệ thống
Kiểm tra kết quả
Xong khi cả ba đều đúng:
- Lệnh gọi trả về
202 - Thư có mặt trong hộp thư nhận, kể cả trong thư mục rác
- Thống kê & Nhật ký có dòng tương ứng với trạng thái thành công
Thư vào thư mục rác ở bước 2 vẫn tính là gửi được. Muốn cải thiện chỗ đứng của thư thì bắt đầu từ
bản ghi _dmarc ở trang tên miền gửi.
Bước tiếp theo
| Việc | Trang |
|---|---|
| Biết thư tới hay hỏng, ngay trong mã nguồn | Nhận sự kiện qua webhook |
| Hiểu vì sao có địa chỉ không gửi được | Đọc và xử lý danh sách chặn |
| Thư gửi được nhưng không tới | Xử lý sự cố Email API |
| Tham số, mã lỗi, hạn mức đầy đủ | Email API → Hướng dẫn trong bảng điều khiển |
Email API là gì và khi nào nên dùng
Gửi thư giao dịch bằng một lệnh gọi HTTP. Trang này giúp bạn chọn giữa Email API và Email Relay, và chỉ chỗ tra cứu tham số đầy đủ.
Cắm bản ghi cho tên miền gửi
Bước 2 của Email API. Thêm tên miền gửi rồi cắm các bản ghi ký thư và đường phản hồi, mà không đụng tới hộp thư đang dùng.