Công cụ phổ biến

Giao diện

Tra Cứu MX — Kiểm Tra Bản Ghi Mail Exchange

Tra cứu MX (check MX) miễn phí cho mọi tên miền: các máy chủ email theo thứ tự chuyển thư, ai vận hành chúng, địa chỉ IPv4 và IPv6, và chúng có trả lời bằng STARTTLS hay không. Lấy trực tiếp từ nameserver của chính tên miền, đặt cạnh bản sao lưu đệm của Google và Cloudflare.

Nguồn: nameserver của tên miền, lần theo từ một máy chủ gốc · Google Public DNS · Cloudflare 1.1.1.1 · Team Cymru · máy chủ email được kiểm tra từ máy chủ của chúng tôi ở Mumbai

Đúng tên bạn nhập: www. hoặc tên miền phụ được tra cứu nguyên dạng, không bao giờ bị viết lại.

Thử

Bản ghi MX là gì?

Bản ghi MX (mail exchange) nêu tên các máy chủ nhận email cho một tên miền, mỗi máy chủ kèm một số ưu tiên: máy chủ gửi thử số nhỏ nhất trước.

Khi ai đó viết thư đến name@airbnb.com, máy chủ email của họ hỏi DNS về các bản ghi MX của airbnb.com, chọn máy chủ có số nhỏ nhất và chuyển thư qua SMTP trên cổng 25. Bản ghi chứa tên host, không bao giờ là địa chỉ IP, và tên đó phải có bản ghi A hoặc AAAA riêng: nó không được là bí danh (CNAME, RFC 2181 §10.3).

Tra cứu MX đọc các bản ghi đó và lần theo từng máy chủ đến địa chỉ, mạng và nhà cung cấp đứng sau nó. MX chỉ điều hướng thư đến: ai được gửi thư dưới tên miền là việc của SPF, DKIM và DMARC.

Cấu trúc của một bản ghi MXairbnb.com, từ nameserver của chính nó
airbnb.com.Tên300TTLINLớpMXLoại1Ưu tiênaspmx.l.google.com.Máy chủ email (exchange)
Tên · TTLTên miền nhận thư, và bộ nhớ đệm được giữ câu trả lời này bao lâu: 300 giây = 5 phút.
Ưu tiênSố nhỏ hơn được thử trước. airbnb.com có 1, 5, 5, 10, 10.
Máy chủ emailMột tên host có bản ghi A và AAAA riêng: 192.178.211.27 và 2404:6800:4000:1025::1b.
1 aspmx.l.google.com.Tên host có bản ghi A và AAAA
1 192.0.2.25Địa chỉ IP không phải exchange hợp lệ
1 mail → CNAMEExchange không được là bí danh (RFC 2181 §10.3)
Từng trường đúng như khi nhận từ nameserver của chính airbnb.com. Công cụ đánh dấu MX trỏ đến địa chỉ IP, CNAME hoặc tên không có địa chỉ.

Cách kiểm tra bản ghi MX (check MX)

Nhập tên miền ở trên và nhấn Tra cứu MX, hoặc hỏi DNS từ terminal: dig example.com MX trên macOS và Linux, nslookup -type=mx example.com trên mọi hệ thống, hoặc Resolve-DnsName example.com -Type MX trong Windows PowerShell.

Mỗi dòng trả lời là một máy chủ: độ ưu tiên, rồi tên host. Con số trước IN là TTL, số giây một bộ phân giải còn được trả về bản sao này. Thêm @ và một nameserver (dig @dns1.p08.nsone.net airbnb.com MX) để đọc câu trả lời của chính vùng thay vì bộ nhớ đệm.

dig example.com MX +short

Mỗi dòng: độ ưu tiên, rồi máy chủ email. Thêm @ và một nameserver để bỏ qua bộ nhớ đệm.

Đọc câu trả lời của digghi lại ngày 2026-10-23
bash · zsh
$ dig airbnb.com MX
;; ->>HEADER<<- opcode: QUERY, status: NOERROR1
;; flags: qr rd ra; QUERY: 1, ANSWER: 5

;; ANSWER SECTION:
airbnb.com.    3002  IN  MX   13 aspmx.l.google.com.4
airbnb.com.    300   IN  MX   5 alt1.aspmx.l.google.com.
airbnb.com.    300   IN  MX   5 alt2.aspmx.l.google.com.
airbnb.com.    300   IN  MX  10 alt3.aspmx.l.google.com.
airbnb.com.    300   IN  MX  10 alt4.aspmx.l.google.com.

;; SERVER: 8.8.8.8#53(8.8.8.8)5
  1. Trạng thái. NOERROR có câu trả lời. NXDOMAIN nghĩa là tên không tồn tại; NOERROR không có câu trả lời nghĩa là không có MX.
  2. TTL. Số giây bản sao này còn được trả về: 300 ở nguồn, đếm ngược trong bộ nhớ đệm.
  3. Ưu tiên. Thứ tự máy chủ gửi thử, nhỏ nhất trước.
  4. Máy chủ email. Host cần kết nối trên cổng 25; dấu chấm cuối kết thúc tên.
  5. Ai trả lời. 8.8.8.8 là một bộ nhớ đệm. @dns1.p08.nsone.net hỏi thẳng vùng.
Năm dòng đó cũng xuất hiện trong chế độ xem Máy chủ của công cụ, được sắp xếp và nhóm theo độ ưu tiên, kèm địa chỉ của từng máy chủ.

Cách đọc kết quả

Phần đầu cho biết trong một câu ai nhận thư của tên miền và có bao nhiêu máy chủ phía sau, kèm logo của nhà cung cấp; các dòng tô màu bên dưới là những phát hiện quan trọng.

Chế độ xem Máy chủ liệt kê mọi host MX theo độ ưu tiên cùng địa chỉ, mạng và DNS ngược; máy chủ đầu tiên được kiểm tra tự động trên cổng 25, các máy chủ khác khi bạn yêu cầu. Bên phải, đường đi của thư vẽ ra những gì máy chủ gửi làm với các câu trả lời này.

Kết quả tra cứu MX: năm bản ghi MX tại Google Workspace, địa chỉ và kiểm tra STARTTLS từng máy chủ, cùng đường đi của thưKết quả tra cứu MX: năm bản ghi MX tại Google Workspace, địa chỉ và kiểm tra STARTTLS từng máy chủ, cùng đường đi của thưKết luậnAi nhận thư, các máy chủ và bậc ưu tiên, mạng, TTL và nameserver nào đã trả lời.Các máy chủTừng host MX theo độ ưu tiên, với địa chỉ IPv4 và IPv6, số AS và PTR đã xác nhận chiều xuôi.Kiểm tra SMTPSTARTTLS và phiên bản TLS từ máy chủ của chúng tôi trên cổng 25; mở một dòng để xem toàn bộ phiên.Đường đi của thưMáy chủ gửi, các lớp bảo vệ ở chặng đầu, từng bậc ưu tiên, rồi hộp thư và bằng chứng.
Tra cứu MX cho airbnb.com: kết luận, các máy chủ theo thứ tự ưu tiên cùng địa chỉ và kiểm tra STARTTLS, và đường đi của thư. Chọn một số để xem từng phần thể hiện điều gì.

Độ ưu tiên MX có ý nghĩa gì?

Độ ưu tiên (RFC 5321 gọi là preference) quyết định thứ tự: máy chủ gửi thử số nhỏ nhất trước và chỉ chuyển sang máy chủ khác khi máy chủ đó không trả lời hoặc hoãn nhận thư bằng một phản hồi tạm thời 4xx.

Các máy chủ cùng số chia nhau tải: máy chủ gửi chọn ngẫu nhiên một máy. Chỉ thứ tự là quan trọng, không phải khoảng cách giữa các số, và 0 là số hợp lệ. Một bản ghi MX là đủ khi tên phía sau nó trải ra nhiều máy chủ, như của Microsoft 365 và Mimecast.

Lời khuyên của chúng tôi về MX dự phòng: một máy chủ dự phòng ở công ty khác, lọc lỏng hơn máy chủ chính của bạn, là con đường spam đã được biết đến, và các nhà cung cấp dịch vụ email vốn đã chạy máy chủ dự phòng phía sau một tên MX. Nếu bạn vẫn giữ, nó phải áp dụng cùng các bước kiểm tra SPF và spam như máy chủ chính (RFC 7208, Phụ lục F).

Cách máy chủ gửi lần lượt thử năm máy chủ của airbnb.comưu tiên 1 · 5 · 10
Lần thử 1ưu tiên 1
aspmx.l.google.comluôn được thử trước
250 OK

chỉ khi không trả lời hoặc phản hồi 4xx

Lần thử 2ưu tiên 5
alt1.aspmx.l.google.comchọn ngẫu nhiên · ½alt2.aspmx.l.google.comhoặc máy này · ½
số bằng nhau chia tải

rồi

Lần thử 3ưu tiên 10
alt3.aspmx.l.google.com½alt4.aspmx.l.google.com½
tất cả thất bại: vào hàng đợi, thử lại nhiều ngày
0 là hợp lệgithub.com công bố độ ưu tiên 0 cho MX duy nhất của mình.
1, 5, 10 ≡ 10, 20, 30Chỉ thứ tự là quan trọng, không phải khoảng cách.
Một MX có thể là đủHost MX duy nhất của hp.com đại diện cho 6 địa chỉ.
Máy chủ gửi chỉ chuyển xuống dưới danh sách khi một máy chủ không trả lời hoặc phản hồi bằng lỗi tạm thời; khi mọi máy chủ đều thất bại, thư nằm chờ trong hàng đợi và được thử lại trong 4 đến 5 ngày (RFC 5321).

Bản ghi MX của Google Workspace

Tên miền Google Workspace mới chỉ cần một bản ghi MX: smtp.google.com với độ ưu tiên 1. Các tên miền thiết lập trước năm 2023 thường vẫn công bố bộ năm bản ghi bắt đầu bằng aspmx.l.google.com; Google cho biết cả hai đều hoạt động và một thiết lập đang chạy tốt không cần thay đổi.

Công cụ nêu tên Google Workspace cho cả hai bộ và đánh dấu bộ cũ là legacy, không bao giờ là lỗi. Hãy kết hợp MX với SPF include:_spf.google.com và DKIM từ Bảng điều khiển dành cho quản trị viên; Google cho phép tới 72 giờ để bản ghi MX mới hiển thị ở mọi nơi.

Hai cách thiết lập Google Workspace, đặt cạnh nhauMX thực tế, 2026-10-23
Hiện tạimột bản ghikhuyến nghị
1 smtp.google.com.
Thấy trên google.comsendgrid.com
Cũnăm bản ghivẫn hợp lệ
1 aspmx.l.google.com.5 alt1.aspmx.l.google.com.5 alt2.aspmx.l.google.com.10 alt3.aspmx.l.google.com.10 alt4.aspmx.l.google.com.
Thấy trên airbnb.comnytimes.comuber.comspotify.com
Chính sách MTA-STS của chính google.com chấp nhận cả hai:smtp.google.comaspmx.l.google.com*.aspmx.l.google.com
spotify.com vẫn liệt kê các host cũ aspmx2–aspmx5.googlemail.com ở độ ưu tiên 10, tổng cộng bảy bản ghi: thêm tên legacy không gây hại gì.

Bản ghi MX của Microsoft 365

Microsoft 365 cấp cho mỗi tên miền một bản ghi MX dưới mail.protection.outlook.com, chẳng hạn microsoft-com.mail.protection.outlook.com, thường với độ ưu tiên 0. Phần đầu là một token bạn sao chép từ Trung tâm quản trị Microsoft 365: nó thường trông giống tên miền với dấu gạch ngang, nhưng không phải lúc nào cũng vậy.

Các tên miền bật SMTP DANE cho thư đến sẽ nhận một host dưới mx.microsoft, chẳng hạn siemens-com.h-v1.mx.microsoft: vùng đó được ký DNSSEC, nên máy chủ gửi có thể kiểm tra chứng chỉ của máy chủ bằng DANE. Trong lúc chuyển đổi, cả hai bản ghi đều hoạt động, bản ghi mới ban đầu nằm sau bản ghi cũ, rồi nằm trước nó, cho đến khi bản ghi cũ bị xóa. Microsoft không có kế hoạch ký mail.protection.outlook.com, nên host cũ không hề lỗi thời.

Đọc một host MX của Microsoft 365microsoft.com · siemens.com
Exchange Onlinedạng phổ biến
microsoft-comtoken từ trung tâm quản trị.mail.protection.outlook.comExchange Online Protection
Thấy trên microsoft.comgithub.comunilever.com
Có DANEvùng được ký DNSSECDANE
siemens-comtoken từ trung tâm quản trị.h-v1một shard.mx.microsoftvùng đã ký
Thấy trên siemens.comshell.com
Trong lúc chuyển sang host mớicả hai bản ghi hoạt động; số nhỏ hơn thắng
0contoso-com.o-v1.mx.microsoft.mới · thử trước
30contoso-com.mail.protection.outlook.com.cũ · đến khi bị xóa
Một host legacy và một host mx.microsoft ở các độ ưu tiên khác nhau là quá trình chuyển đổi đang diễn ra theo các bước Microsoft đã công bố, không phải lỗi: công cụ nói rõ như vậy thay vì cảnh báo.

Không có bản ghi MX hoặc null MX: chuyện gì xảy ra?

Tên miền không có bản ghi MX vẫn có thể nhận thư: máy chủ gửi quay về địa chỉ A hoặc AAAA của chính tên miền (RFC 5321 §5.1). Chỉ null MX, bản ghi duy nhất 0 ., mới cho mọi máy chủ gửi biết tên miền không nhận thư (RFC 7505).

Vì vậy null MX là bản ghi đúng cho tên miền không bao giờ nhận email: máy chủ gửi trả lại thư ngay lập tức với 556 5.1.10, thay vì thử lại trong nhiều ngày. Hãy thêm v=spf1 -all và DMARC p=reject để cũng không ai gửi thư dưới tên nó được, như example.com đã làm. Bản ghi MX chỉ thuộc về một tên: www.example.com không kế thừa bản ghi của example.com.

Bốn câu trả lời, bốn kết cụcmáy chủ gửi làm gì với từng trường hợp
Có bản ghi MXairbnb.comChuyển thư đến các máy chủ theo thứ tự ưu tiên.đã chuyển250 OK
Không có MX, có A/AAAAwww.google.comChuyển thư đến chính địa chỉ của tên: bản ghi A và AAAA của nó. Nếu cổng 25 ở đó không trả lời, thư sẽ chờ, rồi bị trả lại.MX ngầm địnhRFC 5321 §5.1
Null MX: 0 .example.comHoàn toàn không thử. Máy chủ gửi trả lại thư ngay lập tức.bị từ chối556 5.1.10
Tên không tồn tạiairbnb.cmoTrả lại: gốc không có .cmo, nên không có gì bên dưới nó tồn tại.bị trả lại5.1.2

Một tên miền không gửi và không nhận thư:MX 0 .v=spf1 -all_dmarc p=reject

Mỗi dòng là kết luận của chính công cụ cho ví dụ đó: mở nó từ các nhãn phía trên công cụ.

Thư không đến? Vai trò của MX khi xử lý sự cố

Hãy đọc thư báo lỗi (bounce) trước: mã trạng thái cho biết bước nào thất bại. Lỗi MX thể hiện dưới dạng “host not found” hoặc chậm trễ kéo dài; hộp thư không tồn tại là 5.1.1; lỗi xác thực là các lần từ chối 5.7.x.

Kiểm tra lần lượt từ trên xuống: tên miền phải tồn tại, MX phải trỏ đến nhà cung cấp bạn dùng, mỗi host MX phải phân giải được và trả lời trên cổng 25, và chỉ sau đó SPF, DKIM, DMARC và blacklist mới quyết định thư rơi vào đâu.

Từ thư báo lỗi đến cách sửamã trạng thái mở rộng, RFC 3463
Không tìm thấy host hoặc tên miền5.1.2 · NXDOMAINTên miền hoặc host MX của nó không tồn tại. Hãy kiểm tra chính tả và các nameserver.Tra Cứu DNS
Thư vẫn đến nhà cung cấp cũsau khi đổi MXBộ nhớ đệm giữ MX cũ cho đến khi TTL hết. Hãy so sánh vùng với bản sao của Google và Cloudflare.Chế độ xem Bản sao
Bị chậm, rồi bị trả lại4.4.1 · host không trả lờiHost MX đang sập, không có địa chỉ, hoặc cổng 25 bị chặn. Hãy kiểm tra các máy chủ từ phía chúng tôi.Kiểm tra máy chủ
Người dùng không xác định5.1.1MX vẫn hoạt động; hộp thư không tồn tại tại nhà cung cấp.Kiểm Tra Email
Bị từ chối: chưa xác thực5.7.1Máy chủ nhận đã từ chối người gửi. Hãy sửa SPF, DKIM và DMARC trên tên miền gửi.Kiểm Tra Bản Ghi SPF
Bị chặn theo địa chỉ, hoặc vào spambị liệt kêIP của máy chủ gửi nằm trong blacklist.Kiểm Tra IP Blacklist
Hai bước được tô sáng là các chế độ xem của chính công cụ này; các bước còn lại mở công cụ tương ứng.

MTA-STS, DANE và TLS cho máy chủ email

Máy chủ email chỉ mã hóa bằng STARTTLS khi cả hai bên đều cung cấp nó, nên kẻ đứng giữa đường truyền có thể gỡ lời đề nghị đó và đọc thư. MTA-STS và DANE cho phép tên miền yêu cầu máy chủ gửi bắt buộc dùng TLS.

MTA-STS công bố một chính sách qua HTTPS (https://mta-sts.<domain>/.well-known/mta-sts.txt) liệt kê các host MX được phép và một chế độ; với enforce, máy chủ gửi chỉ chuyển thư qua TLS hợp lệ đến các host đó (RFC 8461). DANE đặt khóa của máy chủ trong bản ghi TLSA tại _25._tcp.<mx host>, bản ghi này chỉ có hiệu lực khi DNSSEC ký vùng đó (RFC 7672). TLS-RPT yêu cầu máy chủ gửi báo cáo lỗi (RFC 8460). Công cụ kiểm tra để mọi MX đang hoạt động đều khớp với một dòng mx: của chính sách.

Ba lớp khóa trên một chặngmáy chủ gửi → proton.me, dữ liệu thực
máy chủ gửibất kỳ máy chủ email nào
STARTTLS · có cung cấp, TLS 1.3Chỉ riêng STARTTLS có thể bị gỡ bỏ dọc đường: 250-STARTTLS cứ thế biến mất khỏi phản hồi.
MTA-STS · chế độ enforcemx: mail.protonmail.ch · mx: mailsec.protonmail.ch · max_age: 604800 ✓ cả hai host MX đang hoạt động đều khớp
DANE · TLSA 3 1 1_25._tcp.mail.protonmail.ch, được ký bằng DNSSEC (protonmail.ch) ✓
mail.protonmail.chưu tiên 10
TLS-RPT cũng đang bật: v=TLSRPTv1; rua=https://reports.proton.me/reports/smtptls. Công cụ kiểm tra STARTTLS từ máy chủ của chúng tôi; MTA-STS và DANE lấy từ DNS và tệp chính sách.

Host MX của các nhà cung cấp email phổ biến

Phần lớn tên miền trỏ MX đến một trong vài chục nhà cung cấp, và mỗi nhà cung cấp công bố những tên host dễ nhận ra. Đó là cách công cụ nhận diện nhà cung cấp email của một tên miền, và cũng là cách bạn có thể đối chiếu thiết lập với giá trị do chính nhà cung cấp đưa ra.

Các gateway như Mimecast, Proofpoint và Barracuda đứng trước host hộp thư; khi đó công cụ đọc SPF và Autodiscover để nêu tên các hộp thư khả năng cao nằm phía sau.

Host MX và include SPF theo nhà cung cấp16 trong số 110+ nhà cung cấp mà công cụ nhận diện
Nhà cung cấpMX (ưu tiên host)SPF
Google Workspace1smtp.google.comhoặc 1 aspmx.l.google.com + 4 altinclude:_spf.google.com
Microsoft 3650<token>.mail.protection.outlook.comhoặc <token>.<x>-v1.mx.microsoftinclude:spf.protection.outlook.com
Zoho Mailkhu vực trong TLD10mx.zoho.com20mx2.zoho.com · 50 mx3.zoho.cominclude:zohomail.com
Proton Mail10mail.protonmail.ch20mailsec.protonmail.chinclude:_spf.protonmail.ch
iCloud Mail10mx01.mail.icloud.com10mx02.mail.icloud.cominclude:icloud.com
Fastmail10in1-smtp.messagingengine.com20in2-smtp.messagingengine.cominclude:spf.messagingengine.com
Yandex 36010mx.yandex.netredirect=_spf.yandex.net
Titan Email10mx1.titan.email20mx2.titan.emailinclude:spf.titan.email
GoDaddy Professional Email0smtp.secureserver.net10mailstore1.secureserver.netinclude:secureserver.net
Namecheap Private Email10mx1.privateemail.com10mx2.privateemail.cominclude:spf.privateemail.com
Cloudflare Email Routingchuyển tiếproute1/2/3.mx.cloudflare.netđộ ưu tiên đặt theo từng tên miềninclude:_spf.mx.cloudflare.net
Amazon SESdùng chung với WorkMail10inbound-smtp.<region>.amazonaws.cominclude:amazonses.com
Mimecastgateway email10<region>-smtp-inbound-1.mimecast.com10<region>-smtp-inbound-2.mimecast.cominclude:<region>._netblocks.mimecast.com
Proofpointgateway emailmx0a-<id>.pphosted.com · mx0b-<id>hoặc mx1-us1.ppe-hosted.com (Essentials)a:dispatch-us.ppe-hosted.com (Essentials)
Barracudagateway email1<id>.ess.barracudanetworks.com10<id>.ess.barracudanetworks.cominclude:spf.ess.barracudanetworks.com
NAVER WORKSHàn Quốc10kr1-aspmx1.worksmobile.com20kr1-aspmx2.worksmobile.cominclude:spf.worksmobile.com

Tra cứu MX: câu hỏi thường gặp

Tra cứu MX dùng để làm gì?

Tra cứu bản ghi MX cho biết máy chủ nào nhận email của một tên miền và ai vận hành chúng. Hãy dùng nó để xem nhà cung cấp email của một công ty, xác nhận thay đổi MX sau khi chuyển nhà cung cấp, gỡ lỗi thư bị trả lại hoặc chậm trễ, hay kiểm tra một tên miền trước khi gửi thư đến đó. Công cụ này còn kiểm tra STARTTLS của từng máy chủ email từ máy chủ của chúng tôi và đọc SPF, DMARC và MTA-STS của tên miền.

Làm sao check MX bằng nslookup?

Chạy nslookup -type=mx example.com. Mỗi dòng trả lời hiển thị độ ưu tiên là “MX preference” và máy chủ là “mail exchanger”. Thêm một máy chủ ở cuối, chẳng hạn nslookup -type=mx example.com 8.8.8.8, để hỏi một bộ phân giải cụ thể, hoặc nêu nameserver của chính tên miền để bỏ qua mọi bộ nhớ đệm. Trên macOS và Linux, dig example.com MX cho cùng câu trả lời.

Một tên miền có thể có nhiều bản ghi MX không?

Có. Mỗi bản ghi MX nêu tên một máy chủ email kèm một độ ưu tiên. Máy chủ gửi thử số nhỏ nhất trước, chỉ chuyển sang máy tiếp theo khi một máy chủ không trả lời hoặc hoãn nhận, và chọn ngẫu nhiên giữa các máy chủ cùng số, nhờ đó chia tải. gmail.com công bố năm bản ghi MX ở năm độ ưu tiên; yahoo.com công bố ba bản ghi cùng một độ ưu tiên.

Bản ghi MX có thể trỏ đến địa chỉ IP hoặc CNAME không?

Không. Giá trị MX phải là một tên host có bản ghi A hoặc AAAA riêng. Địa chỉ IP không phải giá trị hợp lệ, và RFC 2181 cấm host MX là bí danh (CNAME). Một số máy chủ gửi vẫn đi theo CNAME hoặc kết nối đến IP trong khi số khác từ chối, nên thư có thể đến từ một số người gửi và bị trả lại từ những người khác. Công cụ đánh dấu cả hai trường hợp.

Thay đổi bản ghi MX mất bao lâu?

Bằng TTL của bản ghi cũ. Các bộ phân giải đã lưu đệm MX cũ vẫn dùng nó cho đến khi bản sao hết hạn, rồi hỏi lại nameserver của tên miền; câu trả lời “không có MX” đã lưu đệm cũng hết hạn theo cách tương tự. Hãy hạ TTL một ngày trước khi chuyển nhà cung cấp. Các nhà cung cấp đưa ra biên độ an toàn (Google cho phép tới 72 giờ), và chế độ xem Bản sao cho biết khi nào bản sao của Google và Cloudflare được làm mới.

Bản ghi null MX là gì?

Null MX là một bản ghi MX duy nhất có độ ưu tiên 0 và một dấu chấm làm host: 0 . (RFC 7505). Nó cho biết tên miền không nhận email, nên máy chủ gửi trả lại thư ngay lập tức với 556 5.1.10 thay vì thử lại trong nhiều ngày. Nó phải là bản ghi MX duy nhất. example.com công bố một bản ghi như vậy, kèm SPF -all và DMARC p=reject bên cạnh.

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

Thư vẫn được thử gửi. Khi không có bản ghi MX, máy chủ gửi chuyển thư đến chính địa chỉ A hoặc AAAA của tên miền, gọi là MX ngầm định (RFC 5321 mục 5.1). Nếu không có gì trả lời trên cổng 25 ở đó, thư nằm chờ trong hàng đợi của máy chủ gửi, được thử lại trong bốn đến năm ngày, rồi bị trả lại. Tên miền không cần nhận thư nên công bố null MX thay vào đó.

Chỉ có một bản ghi MX có phải là vấn đề không?

Không. Một bản ghi MX là thiết lập hoàn chỉnh khi tên phía sau nó được cân bằng tải: smtp.google.com của Google Workspace và các host mail.protection.outlook.com của Microsoft 365 đều được nhiều máy chủ trả lời. RFC 5321 không yêu cầu số bản ghi MX tối thiểu. Công cụ hiển thị số địa chỉ IPv4 và IPv6 đứng sau mỗi host MX, để bạn thấy được mức dự phòng.

Vì sao MX hiển thị nhà cung cấp khác với tôi nghĩ?

Một gateway có thể đứng trước các hộp thư. Mimecast, Proofpoint, Barracuda và Cloudflare Email Security lọc thư trước, nên MX nêu tên gateway trong khi hộp thư nằm ở Microsoft 365, Google Workspace hoặc nhà cung cấp khác phía sau. Công cụ đọc include SPF và bản ghi Autodiscover của tên miền để nêu tên nhà cung cấp hộp thư khả năng cao, và hiển thị bằng chứng đó.

Bản ghi MX có công khai không?

Có. Bản ghi MX vốn là dữ liệu DNS công khai: mọi máy chủ email trên thế giới phải tra cứu được chúng để gửi thư đến tên miền của bạn. Chúng cho biết máy chủ nào nhận thư và ai vận hành chúng, chứ không cho biết ai gửi thư hay trong hộp thư có gì. Giấu chúng đi sẽ khiến email của bạn không đến được.

Bản ghi MX có ảnh hưởng đến việc gửi email không?

Không. Bản ghi MX chỉ điều hướng thư đến về máy chủ của bạn. Máy chủ nào được phép gửi thư dưới tên miền của bạn do SPF, DKIM và DMARC quyết định, và máy chủ nhận kiểm tra chúng trên mọi thư. Bạn có thể gửi qua một nhà cung cấp và nhận ở nhà cung cấp khác; khi đó cả hai đều xuất hiện trong SPF, còn chỉ bên nhận thư có trong MX.

Vì sao tôi không kết nối được đến cổng 25 từ máy tính của mình?

Phần lớn mạng gia đình và di động, cùng các nền tảng đám mây như AWS, Google Cloud và Azure, chặn kết nối đi ra cổng 25 để ngăn spam, nên telnet hay openssl đến một máy chủ email sẽ bị quá thời gian. Điều đó không nói lên gì về máy chủ. Công cụ này kiểm tra từng máy chủ email từ chính máy chủ của chúng tôi ở Mumbai, nơi kết nối được đến cổng 25, và hiển thị toàn bộ phiên làm việc.

Các công cụ DNS và email khác