Xử lý sự cố Email Relay
Đi từ triệu chứng tới nguyên nhân theo thứ tự, cho các ca không kết nối được, bị từ chối xác thực, và gửi được mà thư không tới.
Mỗi mục dưới đây bắt đầu từ triệu chứng bạn nhìn thấy. Đi theo thứ tự trong mục và dừng ở bước đầu tiên cho kết quả bất thường.
Trước tiên: phần mềm có thật sự đi qua relay không
Câu hỏi này phải trả lời trước mọi việc khác.
Mở Email Relay → Thống kê & Nhật ký và tìm dòng tương ứng với thư bạn vừa gửi.

| Nhật ký | Nghĩa là |
|---|---|
| Có dòng | phần mềm đã đi qua relay — đọc trạng thái của dòng đó |
| Không có dòng nào | phần mềm vẫn gửi bằng đường cũ, cấu hình chưa có tác dụng |
Không có dòng nào là ca hay bị chẩn đoán sai nhất: người ta đi tìm lỗi trong relay trong khi relay chưa hề nhận được gì. Kiểm lại phần mềm đã nạp cấu hình mới chưa — nhiều phần mềm cần khởi động lại, và một số có nhiều hồ sơ cấu hình gửi thư mà bạn sửa nhầm hồ sơ.
Bị từ chối xác thực
Theo thứ tự — dòng đầu tiên đúng trong đa số trường hợp.
- Ô Username phải là
apikey, không phải địa chỉ email. Đây là nguyên nhân số một, và thông báo lỗi trông y hệt ca sai mật khẩu - Mật khẩu là SMTP key
cfr_..., không phải mật khẩu đăng nhập bảng điều khiển - Key đã bị thu hồi? Bảng SMTP Keys hiện nhãn Đã thu hồi trên các key không còn dùng được
- Key bị bó IP? Cột Giới hạn IP Whitelist cho biết. Máy chủ của bạn đổi IP là mất quyền gửi, dù key vẫn đúng
- Key bị cắt khi lưu. Kiểm độ dài chuỗi phần mềm thực sự gửi đi
Bị từ chối vì địa chỉ người gửi
Xác thực xong nhưng bị từ chối ở địa chỉ From:
- Tên miền trong
Fromđã kích hoạt chưa? Xem Cắm bản ghi cho tên miền gửi relay - SMTP key có gắn tên miền khác không? Key chỉ gửi được đúng tên miền của nó
- Gõ nhầm tên miền trong
From
Không kết nối được
Chưa tới bước xác thực — phần mềm không mở được kết nối.
- Cổng bị chặn ở phía bạn. Nhiều nhà cung cấp máy chủ chặn sẵn cổng gửi thư ra ngoài. Thử cả
587và465; cả hai cùng hỏng thì gần như chắc chắn là bị chặn - Sai chế độ mã hoá. Cổng
587dùng STARTTLS, cổng465dùng SSL/TLS ngầm. Ghép nhầm cặp thì kết nối treo hoặc đứt giữa chừng - Tường lửa nội bộ. Thử từ một mạng khác để tách bạch
Gửi được nhưng thư không tới
Nhật ký có dòng, nghĩa là relay đã nhận. Theo thứ tự:
- Thư mục rác của người nhận. Bước bỏ qua nhiều nhất mà lại đúng nhiều nhất
- Trạng thái trong nhật ký. Bị trả lại nghĩa là nơi nhận từ chối — đọc lý do kèm theo
- Danh sách chặn. Địa chỉ người nhận có trong đó thì thư bị bỏ trước khi ra khỏi hệ thống. Xem Đọc và xử lý danh sách chặn
- Bản ghi DNS của tên miền gửi. Thiếu bản ghi ký thư thì thư đi được nhưng hay bị xếp vào rác
Thư vào thư mục rác
Không phải lỗi kỹ thuật, nên không có nút nào sửa được. Theo thứ tự ảnh hưởng:
- Cắm đủ bản ghi ký thư — thiếu một dòng là mất chữ ký
- Có bản ghi
_dmarcvà nó không mâu thuẫn với nguồn gửi - Đừng gửi cho địa chỉ đã bị trả cứng — tỉ lệ trả lại cao bị chấm điểm
- Gửi tệp lớn bằng liên kết tải xuống thay vì đính kèm trực tiếp
Thư quá lớn bị từ chối
Khối Giới hạn kích thước trên trang Cấu hình SMTP cho biết trần dung lượng một thư, tính cả đính kèm sau khi mã hoá — con số sau khi mã hoá lớn hơn kích thước tệp gốc.
Cách xử lý là gửi liên kết tải xuống, không phải nén tệp cho vừa.
Khi cần báo bộ phận hỗ trợ
Gửi kèm bốn thứ này, chúng đủ để tra ra đúng bản ghi:
- Tên miền gửi
- Thời điểm gần đúng, kèm múi giờ
- Địa chỉ người nhận
- Thông báo lỗi nguyên văn của phần mềm, hoặc trạng thái trong Thống kê & Nhật ký
Đừng gửi kèm SMTP key. Không ai cần nó để tra cứu, và gửi đi là phải thu hồi key đó.
Đọc và xử lý danh sách chặn
Hiểu vì sao một địa chỉ bị chặn gửi, địa chỉ nào gỡ được và địa chỉ nào không, và vì sao gỡ hàng loạt là việc nên tránh.
Thuật ngữ — SPF, DKIM, bounce và các chữ viết tắt khác
Giải nghĩa ngắn gọn những thuật ngữ gặp trong tài liệu Cloudfly, từ bản ghi DNS như SPF và DKIM tới các khái niệm gửi thư tự động như webhook và bounce.