263 企业邮箱域名解析：MX、SPF、DKIM、DMARC 配置
263 企业邮箱自有域名配置：mxw.263.net 优先级 5、mx.263.net 优先级 10、spf.263.net 的 SPF、后台开启的 DKIM，以及 DMARC 报告记录。
阿里云邮箱与邮件推送：DKIM、SPF 与 DMARC 配置
按阿里云官方流程配置邮件推送发信域名：六条 DNS 记录、当前 SPF include 值、按地域生成的 DKIM selector，以及 DMARC 的发布与收紧。
阿里企业邮箱（阿里邮箱）SPF、DKIM、DMARC 配置指南
在自有域名上配置阿里企业邮箱：mx1–mx3.qiye.aliyun.com 三条 MX、spf.qiye.aliyun.com 的 SPF、default._domainkey 的 DKIM，以及与钉钉企业邮箱、邮件推送的区别。
Namecheap Advanced DNS：SPF、DKIM 与 DMARC 配置
Namecheap 的 Advanced DNS 面板算干净的：不玩引号，长度限制也宽松。它的问题基本不是技术性的，而是流程性的，而且集中在三处——没点确认所以记录根本没保存、Email Forwarding 悄悄覆盖你的 SPF、以及 Host 字段里非要填完整域名。
先确认是谁在应答 DNS
Namecheap 有三种 DNS 形态，只有两种用 Advanced DNS：
- BasicDNS / FreeDNS——NS 是
dns1.registrar-servers.com、dns2.registrar-servers.com，用 Advanced DNS。 - PremiumDNS——
pdns1.registrar-servers.com等，同样用 Advanced DNS。 - Namecheap 主机——NS 以
namecheaphosting.com结尾，DNS 由 cPanel 应答，要去 cPanel 的 Zone Editor 改。
dig NS yourdomain.com +short搞错这一点的结果是：记录保存成功、面板显示正常，但公网上没人查得到。
面板位置
登录后进 Domain List，域名右侧 Manage，切到 Advanced DNS 标签。记录在 Host Records 下，Add New Record 新增一行。
Host 字段只填前缀
| 记录 | Host | Value |
|---|---|---|
| SPF | @ | v=spf1 include:_spf.google.com ~all |
| DMARC | _dmarc | v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com |
| DKIM | selector._domainkey | v=DKIM1; k=rsa; p=MIIBIjANBg... |
Namecheap 会自动补域名。Host 里写 _dmarc.yourdomain.com，实际生成的是 _dmarc.yourdomain.com.yourdomain.com。Namecheap 官方文档专门写了这一条，说明这事发生得够频繁。
最常漏的一步：Save all changes
每一行要点绿勾才会被接受，整个页面还要点 Save all changes 才算提交。只在表格里显示过、没确认的行，你一离开页面就丢了，不提示、回来也看不到报错。
所以"刚加的记录查不到"这种情况，先刷新页面看它还在不在，再去查别的原因。
SPF
类型：TXT Host：@ 值：v=spf1 include:_spf.google.com ~all TTL：Automatic一个域名一条。已经有就改那条，别再加一行 v=spf1。两条会让 SPF 整体失效，而面板不会拦你。
Email Forwarding 的坑
同一个 Advanced DNS 标签下有个 Mail Settings 下拉。选 Email Forwarding 之后，Namecheap 会创建自己的 MX，并注入一条它不允许你删除的 SPF。如果你实际用 Google Workspace、Microsoft 365 或某个 ESP 发信，这条注入的记录会和你的打架，你精心合并的 SPF 会被替换掉。
在发布自己的记录之前，把 Mail Settings 设为 Custom MX（完全不用它的转发就选 Off）。这是 Namecheap 上最让人困惑的故障：你保存的 SPF，并不是实际被应答的那条。
DKIM 密钥与"255 字符"的误会
Namecheap 的 BasicDNS 支持长 TXT 值，单个字段大约能放 2500 字符，2048 位甚至 4096 位密钥都能整段贴进去。你在别处看到的 255 字符拆分技巧，说的是裸 cPanel/BIND zone，不适用于这个面板。
所以：一行粘贴，不加引号，不手动拆段。如果表单拒收，通常是复制带进了换行或前导空格，不是长度问题。
用 CNAME 形式 DKIM 的服务商（Microsoft 365、Mailchimp、Proton、OVH、iCloud），改成 CNAME Record：
Host: selector1._domainkey
Target: selector1-example-com._domainkey.tenant.onmicrosoft.com目标不要加结尾的点——Namecheap 自己会规范化，多一个点就变成双点目标，解析失败。同一主机名也不能有其它记录，冲突的 TXT 要先删。
DMARC
类型：TXT Host：_dmarc 值：v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com; fo=1p=none 跑两周，用 DMARC 报告分析器读报告，再 quarantine、reject。
验证
dig +short TXT yourdomain.com
dig +short TXT _dmarc.yourdomain.com
dig +short TXT selector._domainkey.yourdomain.comNamecheap 一般 30 分钟生效。之后发一封真实邮件看头，邮件健康检查能一次看全三项。
常见错误
- 忘了 Save all changes。
- Host 里填了完整域名。
- Email Forwarding 没关，SPF 被悄悄替换。
- 域名在 Namecheap 主机 NS 上，却在改 Advanced DNS。
- 给本来不需要拆的 DKIM 值手动加引号或分段。
常见问题
我的 SPF 为什么会自己变？
Email Forwarding。去 Advanced DNS 看 Mail Settings，设成 Email Forwarding 时，SPF 归 Namecheap 管，它会持续改写。
能放 4096 位 DKIM 吗？
能，作为一条 TXT。字段上限够高，不是瓶颈；但截断粘贴照样会失败，配完记得用检测工具复核。
子域要单独配吗？
要。SPF、DKIM、DMARC 都是按主机名的：子域发信要在该主机下有自己的 SPF、自己的 selector，以及 _dmarc.子域 下的记录，或者继承父域策略。