DMARC DKIM SPF 记录设置 Coremail防域名伪造
三大邮件认证协议
邮件认证协议的核心作用是防止有人伪造你的域名发恶意邮件。在 BEC 诈骗和钓鱼邮件日益猖獗的今天,正确配置 DMARC/DKIM/SPF 已经是企业邮件安全的必修课。
Coremail 已全面支持这三种协议,管理员在后台可以直接配置,不用手动写 DNS 记录。
SPF(发件人策略框架)
SPF 解决什么问题:别人能不能用你的域名发邮件。
原理:在你的 DNS 上发布一个 TXT 记录,明确声明哪些 IP 地址/服务器被允许代表你的域名发邮件。收件人服务器收到邮件后,用 SPF 记录校验发件 IP 是否在白名单里,不在就标记或拦截。
Coremail 中的配置:
- 进入管理员后台 → 域名管理
- 选择需要配置 SPF 的域名
- Coremail 会自动生成 SPF 记录
- 将生成的 TXT 记录添加到你的 DNS 服务商
示例 SPF 记录:
v=spf1 include:spf.coremail.cn ~all
这表示只有 coremail.cn 旗下的服务器才能用你的域名发邮件,其他都标记为失败(~all)。
DKIM(域名密钥识别邮件)
DKIM 解决什么问题:邮件内容在传输过程中有没有被篡改。
原理:发件服务器用私钥对邮件内容进行数字签名;收件人服务器用公钥(从 DNS 获取)验证签名。如果签名匹配 → 邮件没被篡改;不匹配 → 可能被伪造。
Coremail 中的配置:
- 进入管理员后台 → 域名管理
- 选择需要配置 DKIM 的域名
- Coremail 自动生成 DKIM 公钥和私钥
- 将公钥作为 TXT 记录添加到 DNS
Coremail 在发出的每一封邮件的邮件头中都会自动添加 DKIM 签名,收件人服务器可以自动验证。
DMARC(基于域的消息认证、报告和一致性)
DMARC 是 SPF + DKIM 的"顶层裁判"——它告诉收件人服务器:如果 SPF 和 DKIM 都没通过,你应该怎么处理(拒绝、隔离、还是放行但标记),并且要求收件人服务器把检测结果报告给发件方。
Coremail 中的配置:
- 先配好 SPF 和 DKIM(DMARC 依赖这两者)
- Coremail 自动生成 DMARC 记录
- 将 DMARC TXT 记录添加到 DNS
- 设置 DMARC 策略:none(只观察)→ quarantine(隔离)→ reject(拒绝)
推荐的渐进式策略:
| 阶段 | 策略 | 说明 |
|---|---|---|
| 第一周 | p=none | 只收集报告,观察是否有合法邮件被误判 |
| 第 2-4 周 | p=quarantine | 不通过认证的邮件放入隔离区 |
| 第 5 周后 | p=reject | 不通过认证的邮件直接拒绝 |
Coremail 中的一键配置
XT6 自建系统和企业邮箱独享版的管理员后台提供DMARC/DKIM/SPF 一键配置向导:
- 选择域名
- 向导自动生成三种 DNS 记录
- 复制到 DNS 服务商配置
- Coremail 提供验证工具,检测 DNS 是否生效
配置后的效果
正确配置 DMARC/DKIM/SPF 后:
- 别人无法伪造你的域名发邮件——骗子拿不到你域名的 DKIM 私钥
- 垃圾邮件发送率下降——DMARC 通过认证的邮件在 Gmail、Outlook 等平台获得更好的信誉
- 可追溯——DMARC 报告告诉你哪些 IP 在尝试用你的域名发邮件
- 合规加分——很多信创项目和安全审计要求必须配置这三项
查看 DMARC 报告
配置 DMARC 后,收件人服务器会把检测结果发送到你在 DMARC 记录中指定的邮箱。Coremail 提供 DMARC 报告的聚合和分析工具,管理员可以看到:
- 每天/每周多少邮件通过了认证
- 多少邮件没通过(可能是伪造的)
- 没通过的邮件来自哪些 IP
- 可以调整 DNS 记录或安全策略
注意事项
- 过渡期要有耐心:从
p=none到p=reject需要 2-4 周的观察期,不要一步到位 - 邮件列表服务商:如果用了邮件列表服务(如 Mailchimp、SendGrid),要把它们加到 SPF 白名单里
- 第三方发件服务:比如发票系统、CRM 系统可能也会用你的域名发邮件,同样要加入白名单
- DNS 生效延迟:DNS 记录修改后可能需要数小时到 48 小时全网生效