域名的邮件服务器
DNS 与记录
DNS 查询 查询任意域名的全部 DNS 记录 A 记录查询 域名的 IPv4 地址 AAAA 记录查询 域名的 IPv6 地址 MX 查询 域名的邮件服务器 NS 查询 权威名称服务器 TXT 查询 TXT 记录、SPF、验证 CNAME 查询 规范名称（别名）记录 SOA 查询 起始授权机构记录 SRV 查询 服务位置记录 CAA 查询 哪些 CA 可以签发证书 反向 DNS（PTR） IP 地址到主机名 DNSSEC 检测 该域名是否已签名并通过验证？ DNS 健康检测 完整的委派与 DNS 诊断报告电子邮件送达率
SPF 检测 验证您的发件人策略框架记录 DMARC 检测 检查并评估您的 DMARC 策略 DKIM 检测 查找并验证您的 DKIM 公钥 黑名单检测 对照电子邮件黑名单（DNSBL）检测 IP SMTP 测试 连接邮件服务器并检测 STARTTLS MTA-STS 检测 入站邮件的强制 TLS 策略 BIMI 检测 电子邮件的品牌徽标记录 TLS-RPT 检测 SMTP TLS 报告策略网络与网站
SSL 证书检测 检查网站的 TLS 证书和到期情况 HTTP 标头检测 检查响应标头、重定向和安全性 Ping（TCP） 通过 TCP 检测可达性和延迟 端口检测 哪些常用端口处于开放状态域名
WHOIS 查询 域名、IP 和 ASN 的注册数据MX（邮件交换器，Mail Exchanger）记录告诉发送方服务器哪些主机为一个域名接收邮件，以及按怎样的优先级顺序。当有人给你发邮件时，对方服务器会查询你的 MX 记录以确定投递目标。缺失或配置错误的 MX 记录会导致入站邮件无法投递，邮件被退回或凭空消失。
每条 MX 记录将一个邮件主机与一个优先级数字配对。数字越小越优先：发送方服务器先尝试优先级最低的主机，只有在无法连接时才回退到更高的数字。要在能力相当的服务器间均衡负载，给它们相同的优先级，流量便会分散其间。例如，典型的 Google Workspace 配置以优先级 1 指向 smtp.google.com。MX 值必须是拥有自身 A 或 AAAA 记录的主机名，绝不能是 IP 地址或 CNAME，否则投递会中断。
IPeek 列出该域名的每个 MX 主机及其优先级，按从低到高排序，使首选服务器位于顶部。确认这些主机与你的邮件服务商一致：Google Workspace、Microsoft 365、你自己的服务器或过滤网关。留意重复项、主机名拼写错误，或预示区配置有误的尾部点号。如果列表为空，说明该域名没有 MX 记录、无法接收邮件。在信任之前，请交叉核对所列主机能解析到有效的 IP 地址。
最常见的故障是完全没有 MX 记录，这会迫使发送方回退到域名的 A 记录或退信。把 MX 指向 CNAME 违反规范，许多服务器会拒绝，因此请始终指向拥有直接 A/AAAA 记录的主机名。切换邮件服务商后，陈旧的 MX 记录会继续把邮件路由到旧主机，直到 DNS 传播且缓存过期。优先级排错可能在主服务器之前把邮件发往备用服务器。用一次全新查询验证更改，并为基于 TTL 的缓存预留时间。
没有 MX 记录时，发送方服务器会回退到域名的 A 或 AAAA 记录并尝试在那里投递。如果该主机没有运行邮件服务器，邮件就会退回。处理邮件的域名应始终至少发布一条 MX 记录，以使入站邮件可靠地抵达正确的服务器。
优先级设定发送方服务器尝试你各邮件主机的顺序，数字越小越优先。服务器先尝试优先级最低的主机，只有在无法连接时才转向更高的数字。相同的优先级让服务器分担负载。具体数值是任意的，只有它们的相对顺序才重要。
不可以。MX 记录必须指向一个拥有自身 A 或 AAAA 记录的主机名。指向 IP 地址是无效的，指向 CNAME 违反 RFC 规则、会被许多邮件服务器拒绝。请始终指向一个能直接解析的真实邮件主机名。
MX 更改按记录的 TTL 传播，TTL 控制解析器缓存旧值的时长。TTL 较低时，更改可在几分钟内生效；TTL 较高时，发送方服务器可能继续使用陈旧记录数小时。在计划迁移前调低 TTL，可加快切换。
可以。域名通常会发布多条 MX 记录以实现冗余和负载均衡。不同的优先级构成主备安排，而相同的优先级则把邮件分散到能力相当的服务器上。发送方服务器按优先级顺序遍历列表，直到找到一个接受连接的主机。