Tài liệu Cloudfly VMail
Tài liệu Cloudfly VMail

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.

Trang Thống kê & Nhật ký của Email Relay: các thẻ số liệu gửi, bộ lọc, và bảng nhật ký từng thư kèm cột trạng thái

Nhật kýNghĩa là
Có dòngphần mềm đã đi qua relay — đọc trạng thái của dòng đó
Không có dòng nàophầ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.

  1. Ô 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
  2. 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
  3. 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
  4. 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
  5. 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:

  1. 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
  2. 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ó
  3. 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.

  1. 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ả 587465; cả hai cùng hỏng thì gần như chắc chắn là bị chặn
  2. Sai chế độ mã hoá. Cổng 587 dùng STARTTLS, cổng 465 dùng SSL/TLS ngầm. Ghép nhầm cặp thì kết nối treo hoặc đứt giữa chừng
  3. 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ự:

  1. 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
  2. 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
  3. 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
  4. 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:

  1. Cắm đủ bản ghi ký thư — thiếu một dòng là mất chữ ký
  2. Có bản ghi _dmarc và nó không mâu thuẫn với nguồn gửi
  3. Đừng gửi cho địa chỉ đã bị trả cứng — tỉ lệ trả lại cao bị chấm điểm
  4. 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:

  1. Tên miền gửi
  2. Thời điểm gần đúng, kèm múi giờ
  3. Địa chỉ người nhận
  4. 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 đó.

Trong trang này