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，以及与钉钉企业邮箱、邮件推送的区别。
国内邮件服务商对比：企业邮箱与发信 API 怎么选
在国内选邮件服务，其实是两个决定，不是一个。第一个决定：你需要的是信箱（人要读写邮件），还是发信 API（程序发通知）。第二个才是选哪家厂商。很多公司买错了品类，然后花一个月试图用 DNS 记录让一个本来就不做这件事的产品做出这件事。
这篇把主要服务商、它们公开的记录值，以及不分厂商都适用的迁移顺序放在一张图上。每家的详细配置都有独立文章，链接在下面。
信箱托管类
| 服务 | MX 记录 | SPF include | DKIM 形态 |
|---|---|---|---|
| 腾讯企业邮 / 企业微信邮箱 | mxbiz1.qq.com（5）、mxbiz2.qq.com（10） | spf.mail.qq.com | TXT，选择器后台生成（常见 dkim） |
| 阿里邮箱（含钉钉企业邮箱） | mx1 / mx2 / mx3.qiye.aliyun.com（5 / 10 / 15） | spf.qiye.aliyun.com | TXT，主机记录 default._domainkey，值从后台取 |
| 网易企业邮箱 | hzmx01 / hzmx02.mxmail.netease.com（5 / 10） | spf.163.com | TXT，主机记录 default._domainkey |
| 华为云企业邮箱 | mx1 / mx2.sparkspace.huaweicloud.com（5 / 10） | spf.sparkspace.huaweicloud.com | CNAME 到 dkim._domainkey，本地不放公钥 |
| 飞书邮箱 | mx1 / mx2 / mx3.feishu.cn（1 / 5 / 10） | _netblocks.m.feishu.cn | TXT，选择器按租户生成，需在后台启用 |
| 263 企业邮箱 | mxw.263.net（5）、mx.263.net（10） | spf.263.net | TXT，选择器从后台读（常见 mail0263） |
| 新浪企业邮箱 | mx.sina.net（10）、mx.sinanet.com（15）、mx.entmail.sina.com（15） | spf.sinamail.sina.com.cn | TXT，在反垃圾管理页面生成 |
| Coremail / iCoremail | 专享版 mx1.icoremail.net（10） | 云端 spf.icoremail.net；自建用自己的 ip4 / mx | 厂商签发，或系统自行生成 |
表里有两个值和网上大多数教程相反，值得单独标出来：华为云企业邮箱的 DKIM 是 CNAME 委派，不是 TXT 公钥，在那个主机上发 TXT 永远验证不过；新浪的 SPF include 是 spf.sinamail.sina.com.cn，不是任何以 sina.com 结尾的地址。
发信 API 类
这类服务只发信，不托管信箱。它们的记录属于子域，MX（如果配了）是给退信处理用的，绝对不能指向公司主域。
| 服务 | 典型 SPF | DKIM | 说明 |
|---|---|---|---|
| SendCloud（经典版） | include:spf.sendcloud.org | sendcloud._domainkey TXT |
退信 MX 为 mx.sendcloud.org，只放子域 |
| 阿里云邮件推送 DirectMail | include:spf1.dm.aliyun.com | 按地域的选择器，如 aliyun-cn-hangzhou._domainkey |
与阿里邮箱是两套记录，绝不能混用 |
| 腾讯云邮件推送 SES | include:qcloudmail.com（按地域） | 控制台给的选择器，如 qcloudsg2048 |
已注册给企业邮的域名不能再添加 |
| 华为云 SMTP / 邮件 API | include:spf.sparkspace.huaweicloud.com | CNAME 委派 | 与华为云企业邮箱共用一套域名模型 |
怎么选
- 小公司、已经在用企业微信：腾讯企业邮。信箱和 HR 团队天天用的管理后台是一体的，记录也是这批里最简单的。
- 本来就在阿里云上，或者用钉钉：阿里邮箱。三条 MX 的入站容灾比两条的更稳，DKIM 后台也是国内几家里讲得最清楚的。
- 制造、贸易、政务相关：网易企业邮或 263。两家运营历史都长，都有信创版本；263 在国企和金融更常见。
- 基础设施已经在华为云：华为云企业邮箱。DKIM 走 CNAME，密钥轮换不用你操心。
- 协作主要在飞书：飞书邮箱。集成最省事，但它要求域名上不能存在任何其它 MX 才给验证，割接要提前规划。
- 自建，或者是高校 / 运营商平台：Coremail。要自己管 DKIM 密钥和出口 IP。
- 只需要事务邮件：SendCloud、邮件推送或腾讯云 SES。别为这个买信箱产品。
四条记录，按重要性排
- MX。决定信能不能到。优先级顺序要写对——国内几家都有反直觉的值（263 的主网关是优先级 5 的
mxw）。 - SPF。一条，所有发信源合并。两条
v=spf1是永久错误，不是"取两者之长"。 - DKIM。按域名签发的密钥，选择器由厂商分配。后台显示什么就发什么，启用签名通常是独立的一步。
- DMARC。一律从
p=none加报告地址开始，报告干净了再收紧。
不分厂商都适用的迁移顺序
- 先在新服务商建好并验证所有信箱，再动 MX。顺序反了，来信会被新服务商接收然后以"用户不存在"退掉，发件方看到的是硬退信。
- 割接前至少 24 小时，把现有 MX 的 TTL 降到 600 秒。
- 把新服务商的 SPF include 追加到现有记录里，先别删旧的。
- 发布新的 DKIM 记录，确认能解析。
- 一次性切换 MX，同一次编辑里删掉旧 MX。
- 双向发测试邮件，必须包含一封从外部 Gmail 发进来的。
- 跑满一个工作日，再删掉旧的 SPF include。
- TTL 调回 3600；DMARC 观察两到四周报告干净后，再收紧策略。
每条记录为什么存在，见邮件认证总览；策略收紧的节奏见DMARC 配置指南。如果信已经能正常发出、只是进垃圾箱，问题通常在信誉和内容，不在 DNS，先看邮件为什么进垃圾箱。
国内服务商共有的几个坑
- 把信箱产品和同门的发信 API 搞混。阿里邮箱 vs 邮件推送，腾讯企业邮 vs 腾讯云 SES。MX、SPF、选择器、域名注册规则全都不一样。
- 从博客抄 SPF include。新浪、网易、华为都有被广泛误传的值。
- 发了两条 SPF。必须合并。
- 忘了 ICP 备案。国内品牌化登录页需要备案；页面打不开通常不是 DNS 问题，是备案问题。
- 第一天就收紧 DMARC。每家模板给的策略都比"还有很多未知发信源"的域名能承受的更严格。
常见问题
能用国外信箱 + 国内发信 API 吗？
可以，有海外员工的公司很常见。信箱 MX 留在国外服务商，事务邮件从子域走国内 API，两个主机名各自发 SPF 和 DKIM，互不干扰。
国内服务商要求域名备案吗？
用自有域名收信不要求，但品牌化登录页、以及任何跑在国内基础设施上的域名需要。部分服务商在开自定义登录页之前就会校验备案。
哪家发到 Gmail 的送达率最好？
SPF、DKIM、DMARC 正确对齐的前提下，几家都能进 Gmail。真正的差异在 IP 信誉运营，以及你有没有用预热过的子域发信。对新域名来说，发信信誉预热比选哪家更影响结果。
免费企业邮箱值得用吗？
国内免费版基本已经消失或并入付费套餐，而且通常不给 DKIM 后台和 DMARC 报告。要拿这个域名发业务邮件，付费版比损失送达率便宜。