Truy vết một thư không tới nơi
Dùng màn hình Theo dõi email để biết thư dừng ở chặng nào, đọc được cột Lý do, và biết mỗi trạng thái dẫn tới trang xử lý nào.
"Khách gửi thư mà tôi không nhận được" là câu hỏi hay gặp nhất. Màn hình Theo dõi email trả lời nó bằng một dữ kiện: thư đó dừng lại ở chặng nào — hay chưa từng tới.
Chuẩn bị
- Tên miền đã hoạt động. Xem Trỏ MX qua cổng lọc thư
- Địa chỉ người gửi hoặc người nhận của thư đang tìm
- Thời điểm gần đúng thư được gửi
Tìm đúng thư
Vào Email Security → Theo dõi email.

Thu hẹp bằng ba bộ lọc
| Ô | Nhập gì |
|---|---|
| Người gửi | địa chỉ người gửi, ví dụ sender@example.com |
| Người nhận | hộp thư trong tên miền của bạn |
| Khoảng thời gian | 7, 14, 30 hoặc 90 ngày qua |
Bấm Tìm kiếm. Mặc định là 14 ngày qua — thư cũ hơn sẽ không hiện, và đó là nguyên nhân số một của việc "tra không ra".
Rồi lọc theo trạng thái
Dưới ô tìm kiếm có dãy nút: Tất cả · Thành công · Bị chặn · Cách ly · Trì hoãn. Chúng lọc trên kết quả đã tải, không phải tìm lại — bấm qua lại thoải mái.
Đọc trạng thái
Đây là cột quyết định bạn phải làm gì tiếp.
| Trạng thái | Nghĩa là | Đi tiếp tới |
|---|---|---|
| Thành công | thư đã qua lọc và đã bàn giao về máy chủ thư của bạn | vấn đề nằm ở phía bạn — kiểm hộp thư, thư mục rác, quy tắc chuyển thư |
| Bị chặn | bộ lọc từ chối, hoặc máy chủ của bạn từ chối | xem mục Đọc cột Lý do bên dưới |
| Cách ly | thư đang bị giữ, lấy lại được | Thư cách ly |
| Trì hoãn | chưa bàn giao được, đang chờ thử lại | Hàng đợi thư kẹt |
Không tìm thấy dòng nào là một kết quả, không phải lỗi tra cứu. Nó nghĩa là thư chưa bao giờ tới cổng lọc — bản ghi MX chưa đúng, hoặc người gửi gửi tới một tên miền khác. Kiểm lại theo Trỏ MX qua cổng lọc thư, đặc biệt là câu hỏi "có bản ghi MX nào không nằm trong bảng không".
Đọc cột Lý do
Cột Lý do hiện một mã ngắn, đôi khi có dấu gạch chéo. Hai phần, và phần thứ hai mới là phần thường bị bỏ sót.
| Phần | Nói về chặng |
|---|---|
trước dấu / | bộ lọc xử lý thư thế nào |
sau dấu / | máy chủ thư của bạn trả lời thế nào |
| Mã | Đọc là |
|---|---|
A hoặc P | bộ lọc cho qua |
Q | bộ lọc đưa vào vùng cách ly |
B, N, R | bộ lọc chặn |
G, D | bộ lọc tạm hoãn |
…/2 | máy chủ của bạn đã nhận |
…/4 | máy chủ của bạn từ chối tạm thời — sẽ thử lại |
…/5 | máy chủ của bạn từ chối vĩnh viễn — không thử lại |
Ca đáng chú ý nhất là A/5: bộ lọc cho qua nhưng máy chủ của bạn từ chối thẳng. Trạng thái hiện
Bị chặn, và người hay đi tìm nguyên nhân ở bộ lọc sẽ không tìm thấy gì — vì bộ lọc đã làm đúng
việc của nó. Chỗ cần sửa là cấu hình nhận thư ở máy chủ của bạn.
Mã này là mã kỹ thuật, không phải câu giải thích
Cột Lý do hiện đúng mã hệ thống ghi lại. Khi báo cho bộ phận hỗ trợ, chép nguyên mã đó kèm thời gian và địa chỉ người nhận — đó là ba thứ đủ để tra ra bản ghi chính xác.
Mở chi tiết một dòng
Bấm vào bất kỳ dòng nào, một khung trượt ra từ bên phải với đầy đủ thông tin của bản ghi: trạng thái, người gửi và người nhận, thời gian, máy chủ đã xử lý, và toàn văn cột Lý do / Chi tiết.
Dùng khung này khi cột Lý do trong bảng bị cắt ngắn — trong bảng nó bị giới hạn bề rộng, ở đây thì hiện đủ.
Ba câu hỏi hay gặp
"Người gửi nói đã gửi mà tôi không thấy gì"
Tra theo địa chỉ người gửi, khoảng thời gian 30 ngày qua, trạng thái Tất cả. Không có dòng nào nghĩa là thư chưa tới cổng lọc — kiểm bản ghi MX, và hỏi lại người gửi xem họ gõ đúng tên miền chưa.
"Thư quan trọng cứ bị cho vào rác"
Tra ra dòng đó và xem trạng thái. Cách ly thì giải phóng ở Thư cách ly. Bị bắt nhầm nhiều lần thì thêm đúng địa chỉ đó vào danh sách tin cậy — địa chỉ, không phải cả tên miền.
"Có lúc nhận được, có lúc không"
Lọc theo trạng thái Trì hoãn. Đây gần như luôn là máy chủ thư của bạn chập chờn chứ không phải bộ lọc — xem Hàng đợi thư kẹt.
Kiểm tra kết quả
Bạn đã dùng đúng màn hình này khi trả lời được đủ ba câu, bằng dữ liệu chứ không bằng phỏng đoán:
- Thư có tới cổng lọc không? — có dòng, hay không có dòng
- Bộ lọc quyết định gì? — phần trước dấu
/của cột Lý do - Máy chủ của bạn trả lời gì? — phần sau dấu
/
Trả lời được ba câu đó là biết chỗ cần sửa nằm ở phía Cloudfly hay ở phía bạn.
Xử lý thư kẹt trong hàng đợi
Đọc hàng đợi thư kẹt để biết thư dừng ở chặng nào, sửa nguyên nhân ở máy chủ thư của bạn rồi bắt cổng lọc gửi lại ngay thay vì chờ.
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 đủ.