Bản ghi MX: Tại sao email công ty vẫn đi vào spam dù đã trỏ đúng?

Bản ghi MX là gì và tại sao không phải cứ trỏ là xong

Khi bạn trỏ tên miền về hosting, đa số người chỉ quan tâm đến bản ghi A (để website tải). Nhưng email công ty lại phụ thuộc vào bản ghi MX — Mail eXchange. Trỏ MX sai hoặc không đủ thông tin thì email có thể lạc đường.

Vấn đề phức tạp hơn: ngay cả khi bản ghi MX chính xác, email vẫn có thể bị spam filter loại bỏ nếu các bản ghi bổ trợ (SPF, DKIM, DMARC) không được thiết lập. Đây là ba lớp xác minh riêng biệt, không thay thế nhau.

Bốn bản ghi DNS liên quan đến email — thứ tự cấu hình

• MX (Mail eXchange) — Bản ghi chính, nói cho mail server biết gửi email của domain này tới server nào. Mỗi bản ghi MX có ưu tiên (priority) từ 0 trở lên. Server ưu tiên thấp được ưu tiên; nếu server đó ngừng hoạt động, hệ thống sẽ thử ưu tiên tiếp theo.
• SPF (Sender Policy Framework) — Bản ghi TXT xác định IP nào được phép gửi email từ domain của bạn. Thiếu SPF, email dễ bị định danh là giả mạo.
• DKIM (DomainKeys Identified Mail) — Bản ghi TXT chứa public key để người nhận xác minh email không bị sửa đổi trên đường truyền.
• DMARC (Domain-based Message Authentication, Reporting and Conformance) — Bản ghi TXT hợp nhất SPF và DKIM, đồng thời định sẵn hành động khi email không qua xác minh (reject, quarantine hay none).

Sai lầm phổ biến khi cấu hình MX

Một số hành động dễ gây ra email lạc trôi:

• Đặt ưu tiên sai — Nếu bạn có hai bản ghi MX nhưng ưu tiên của cái thứ hai thấp hơn (số nhỏ hơn), server sẽ ưu tiên nó. Điều này có thể khiến email chuyển hướng sai.
• Trỏ MX về bản ghi A của tên miền chính — Một số người trỏ MX trực tiếp về IP của domain, thay vì chỉ tới mail server riêng. Điều này khiến hệ thống mail nhầm lẫn.
• Bỏ qua SPF hoặc DKIM — Nhiều nhà cung cấp hosting cung cấp sẵn bản ghi SPF, DKIM mẫu, nhưng người dùng không thêm vào. Kết quả: Gmail, Outlook tự động đẩy email vào spam.
• Bản ghi SPF quá phức tạp hoặc có lỗi cú pháp — Nếu SPF có quá nhiều include (hơn 10), các mail server sẽ từ chối nó. Nếu cú pháp sai (ví dụ: chữ cái viết hoa trong IP), bản ghi vô hiệu lực.

Cách kiểm tra bản ghi MX đã hoạt động chưa

Không phải chờ email tới rồi kiểm tra spam folder. Hãy kiểm tra trước:

• Dùng công cụ MXToolbox (mxtoolbox.com): nhập domain, nó sẽ hiển thị toàn bộ bản ghi MX, SPF, DKIM, DMARC của bạn và chỉ ra lỗi.
• Dùng nslookup từ command line: nslookup -type=MX tenmiencuaban.vn để xem bản ghi MX hiện tại.
• Kiểm tra SPF: tìm bản ghi TXT bắt đầu bằng v=spf1. Nó phải tồn tại và cú pháp phải đúng.
• Gửi test email tới hộp thư của bạn từ server mới rồi xem email headers. Nếu có dòng SPF: fail hoặc DKIM: neutral, bạn sẽ biết vấn đề nằm ở đâu.

Thời gian cập nhật bản ghi MX

Sau khi bạn thêm hoặc sửa bản ghi MX, các mail server toàn cầu cần thời gian để cập nhật cache DNS của chúng. Bình thường:

• Trong 5-30 phút: hầu hết mail server lớn (Gmail, Outlook, Yahoo) nhận được thay đổi.
• Trong 24-48 giờ: tất cả mail server nhỏ cập nhật xong (phụ thuộc vào TTL của bản ghi DNS).
• Nếu TTL của bạn đặt cao (3600 hoặc hơn), thời gian chờ sẽ dài hơn. Một số nhà cung cấp cho phép hạ TTL xuống 300 trước khi thay đổi MX để tăng tốc độ cập nhật.

Những email gửi đi trong khoảng thời gian cập nhật có thể bị trễ, hoặc trong trường hợp hiếm gặp, bị trả lại nếu bản ghi MX lâu quá không sinh hiệu lực.

Khi nào cần tổng kiểm tra cấu hình MX?

Hãy kiểm tra lại bản ghi MX khi:

• Chuyển mail server từ nhà cung cấp này sang nhà cung cấp khác.
• Email chỉ nhận được từ một số người mà không nhận được từ người khác (dấu hiệu mail server phụ không hoạt động vì ưu tiên sai).
• Tất cả email từ domain bạn đều vào spam folder ở phía người nhận (không phải vấn đề của bạn, mà vấn đề SPF/DKIM).
• Hộp thư của bạn không nhận delivery reports hoặc bounce messages (dấu hiệu bản ghi MX hoàn toàn sai).

DNS cập nhật nhanh, nhưng email không như vậy. Bạn không thể nhìn vào trình duyệt thấy kết quả ngay. Hãy dùng công cụ kiểm tra chuyên dụng và đợi đủ thời gian trước khi kết luận cấu hình có vấn đề hay không.