Bản ghi MX là gì?

Bản ghi MX hoạt động thế nào?

Máy chủ thư gửi hỏi DNS các bản ghi MX của phần sau dấu @, sắp xếp theo mức ưu tiên và thử theo thứ tự đó. Khi ai đó viết cho [email protected], máy chủ của họ tra cứu các bản ghi MX của yourname.com. Mỗi bản ghi giữ hai giá trị: một số ưu tiên và tên một máy chủ thư.

RFC 5321, chuẩn SMTP, nói rằng giá trị ưu tiên phải được dùng khi sắp xếp, số thấp hơn được thử trước, và các máy chủ có mức ưu tiên bằng nhau được chọn theo thứ tự ngẫu nhiên. Người gửi thử ít nhất hai địa chỉ lần lượt cho đến khi một địa chỉ chấp nhận thư.

Bản ghi MX không chứa hộp thư. Nó chỉ trỏ tới máy của nhà cung cấp thư của bạn, nơi lưu thư. Đây là lý do địa chỉ của bạn di động: bạn mua tên miền một lần, và đổi các bản ghi MX khi chuyển từ nhà cung cấp này sang nhà cung cấp khác. Hộp thư thay đổi, địa chỉ thì không. Trang về tên miền email tùy chỉnh giải thích đầy đủ ý tưởng này.

Số ưu tiên nghĩa là gì?

Số ưu tiên đặt thứ tự chuyển thư: máy chủ có số thấp nhất nhận thư trước, và máy chủ kế tiếp là dự phòng. Số này không có đơn vị và không có ý nghĩa ngoài việc so sánh giữa các bản ghi của chính bạn. 10 và 20 hoạt động y hệt 1 và 2.

Proton Mail dùng hai bản ghi: mail.protonmail.ch ở 10 và mailsec.protonmail.ch ở 20. Fastmail cũng dùng 10 và 20 trên in1-smtp.messagingengine.com và in2-smtp.messagingengine.com. Mailbox.org liệt kê bốn host, mxext1 đến mxext4, cùng mức ưu tiên 10, nên người gửi chọn ngẫu nhiên một cái; nếu nhà cung cấp DNS của bạn từ chối mức ưu tiên giống nhau, Mailbox.org khuyên dùng 10, 20, 30 và 40.

Một quy tắc cứu được nhiều thư bị mất: chỉ giữ các bản ghi MX của nhà cung cấp hiện tại. Fastmail và Proton đều cảnh báo rằng MX của nhà cung cấp cũ còn lại làm việc gửi thư khó đoán, vì người gửi có thể chọn nó. Sự chồng chéo an toàn duy nhất là cho máy chủ mới số ưu tiên thấp nhất.

Điều gì xảy ra nếu một tên miền không có bản ghi MX?

Không có bản ghi MX nào, người gửi quay về bản ghi địa chỉ của chính tên miền, như thể tên miền có một MX ưu tiên 0 trỏ tới bản ghi A hoặc AAAA của chính nó. RFC 5321 gọi đây là MX ngầm. Cơ chế dự phòng chỉ áp dụng khi không tồn tại bản ghi MX nào: ngay khi công bố một bản ghi MX, người gửi không được dùng các bản ghi A hoặc AAAA của tên miền.

Với một tên miền bạn không dùng cho email, cơ chế dự phòng là một phiền toái. Người gửi tiếp tục thử gửi đến máy chủ web của bạn, thường trong nhiều ngày, và người gửi chỉ biết về thất bại muộn. Một MX null đóng cửa ngay lập tức.

Bản ghi MX null là gì?

MX null là một bản ghi MX đơn với mức ưu tiên 0 và đích là một dấu chấm, và nó khai báo rằng tên miền không nhận bất kỳ thư nào. Nó được định nghĩa trong RFC 7505. Với MX null, máy chủ gửi thất bại việc giao thư ngay lần thử đầu và không xếp thư vào hàng đợi trong nhiều ngày.

RFC 7505 đặt hai quy tắc. Một tên miền công bố MX null không được công bố bất kỳ bản ghi MX nào khác, nên MX null đứng một mình. Và một tên miền gửi thư từ địa chỉ của chính nó không được dùng MX null, vì người nhận có thể từ chối thư của nó. Chỉ dùng nó cho một tên không gửi và không nhận, như một tên miền bạn giữ để chuyển hướng hoặc để phòng vệ. Bản ghi trông như thế này theo ký hiệu tệp vùng:

Một bản ghi MX có thể trỏ tới địa chỉ IP hoặc CNAME không?

Không: đích của bản ghi MX là một tên host phân giải thành bản ghi A hoặc AAAA, không bao giờ là một địa chỉ IP trần. RFC 5321 cũng để một đích phân giải qua CNAME nằm ngoài phạm vi, nên lựa chọn an toàn là trỏ MX thẳng tới một host sở hữu các bản ghi địa chỉ của nó. Nhà cung cấp công bố các tên host đúng, như trong bảng trên.

Tên host trong MX không phải là địa chỉ web. mail.protonmail.ch là một máy chủ nhận thư; mở nó trong trình duyệt không cho bạn biết gì. Điều tương tự với phần cuối của tên: trong tệp vùng, dấu chấm cuối đánh dấu một tên đầy đủ, trong khi nhiều trình chỉnh sửa DNS tự thêm dấu chấm, nên hãy sao chép giá trị đúng như nhà cung cấp hiển thị.

Làm sao thêm hoặc đổi bản ghi MX trên tên miền của tôi?

Mở trình chỉnh sửa DNS của tên miền, xóa các bản ghi MX của nhà cung cấp cũ và thêm các bản ghi mới với mức ưu tiên của chúng. Postelva cung cấp lưu trữ DNS miễn phí cho mọi tên miền với MX, TXT, CNAME và các loại bản ghi khác, và mẫu DNS một cú nhấp cho Proton Mail, Fastmail, Zoho Mail, Google Workspace và Microsoft 365, cùng mẫu SPF + DMARC và mẫu "không email" cho tên miền không gửi thư nào. Với Tuta, Mailbox.org, iCloud+ và Migadu không có mẫu một cú nhấp: bạn gõ các bản ghi MX, TXT và CNAME trong trình chỉnh sửa DNS từ các giá trị nhà cung cấp hiển thị.

Trước khi chuyển, hãy hạ TTL của các bản ghi MX cũ. Thời gian một thay đổi lan truyền khoảng TTL cũ của bản ghi tại thời điểm bạn đổi nó, và hướng dẫn của nhà cung cấp đặt độ trễ thông thường của một thay đổi MX ở một đến bốn giờ, đôi khi tối đa 48. Thứ tự từng bước nằm trong hướng dẫn chuyển email sang nhà cung cấp mới mà không mất thư. Sau khi đổi, kiểm tra các bản ghi MX, SPF, DKIM và DMARC bằng một lần tra cứu. Với hướng dẫn một nhà cung cấp, bắt đầu từ thiết lập Proton Mail với tên miền tùy chỉnh.

MX có đủ để nhận email đáng tin không?

Không: MX quyết định thư đến đâu, nhưng SPF, DKIM và DMARC quyết định các máy chủ khác có tin thư bạn gửi không. Một tên miền có bản ghi MX đúng nhận được email, nhưng một thư bạn gửi từ đó vẫn có thể rơi vào thư rác nếu thiếu ba bản ghi xác thực. Chúng được giải thích cạnh nhau trong SPF so với DKIM so với DMARC.

Theo cách đếm của Postelva ngày 12 tháng 11 năm 2026 trên các nhà cung cấp có trang trợ giúp mà nó đọc, Proton Mail và Fastmail mỗi cái dùng 2 host MX và Mailbox.org dùng 4. Một thiết lập Proton Mail đầy đủ là 8 bản ghi tổng cộng: 1 TXT xác minh, 2 MX, 1 SPF, 3 DKIM và 1 DMARC.

Một tóm tắt có thể trích dẫn: một bản ghi MX cho thế giới biết máy chủ nào nhận email của một tên miền, và đổi nó là bước duy nhất chuyển địa chỉ giữa các nhà cung cấp. Postelva bán tên miền và DNS của nó; hộp thư vẫn ở nhà cung cấp email của bạn.