知识库 > 邮件协议与认证

邮件协议与认证

SMTP、SPF、DKIM、DMARC、MTA-STS 等邮件协议与认证机制的技术解析与实践指南。

共 53 篇文章 · 按时间倒序

RFC 6409 规定邮件提交服务器(MSA)必须执行哪些强制动作? · ztpop 邮件技术知识库
RFC 6409 将邮件提交与邮件中继拆分,提交默认走 587 端口;MSA 必须保证信封域名完全限定、默认要求 SMTP 认证,并以 554/530 等应答码拒绝不合规提交。
邮件被转发后 SPF 就失败,这是配置问题还是协议固有限制? · ztpop 邮件技术知识库
转发导致 SPF 失败是协议设计的固有结果,而非配置错误。本文依据 RFC 7208 第 10.3 节对中介的讨论与附录 D 的中介交互说明,解释 SPF 基于最后一跳发送 IP 的评估方式为何在转发场景必然失败,并给出发送方、中介方、接收方三侧的应对措施。
AI 智能体邮件网关架构解析:Rspamd 基座 + LLM 多模态分层防御
基于 Rspamd(Apache 2.0)规则引擎与多模态大语言模型的分层防御架构:图片钓鱼 OCR 识别、社会工程学语义分析、攻防演练闭环。2026 邮件安全参考实现。
邮件经邮件列表转发后 DMARC 校验失败,ARC 链式认证怎么救回来?
依据 RFC 8617 解释 ARC(Authenticated Received Chain):AAR/AMS/AS 三组头部、链式序号 i=、ARC-Seal 如何把原始认证结…
ARC 由哪三个邮件头字段组成?
ARC 每实例含三字段:AAR(复制认证结果)、AMS(类 DKIM 签名)、AS(对链加封),共同证明链完整且早跳已认证。
ARC-Authentication-Results(AAR)字段起什么作用?
ARC-Authentication-Results(AAR)把每跳的 SPF/DKIM/DMARC 结论快照随信传递,便于末跳在 DMARC 失败时回看早跳认证。
ARC-Message-Signature(AMS)与 ARC-Seal(AS)有什么区别?
ARC-Message-Signature(AMS)类似 DKIM 证明邮件未被改;ARC-Seal(AS)封印 AMS+AAR 并将各实例连成链,供验证链完整性。
ARC 的“链式”结构(i= 实例序号、ARC set)是如何工作的?
ARC 每经一中介追加 i= 递增的 ARC set(AAR/AMS/AS),第 i 个 AS 覆盖之前所有 set,任一篡改都会断裂链。
ARC-Seal 中的 cv=(chain validation)取值 none / pass / fail 分别代表什么?
ARC-Seal 的 cv 取值:none(链起点)、pass(链完整)、fail(链断裂);末跳 cv=pass 是接收方放行 DMARC 失败邮件的依据。
接收方如何在 DMARC 验证失败时,借助 ARC 仍然放行合法邮件?
DMARC 失败时,接收方若见 ARC 链 cv=pass 且某可信中介 AAR 显示早跳已认证,可放行合法转发/列表邮件。
ARC 有哪些局限、不能防止什么?
ARC 局限:依赖对签名中介的信任,不能阻止恶意/被攻陷跳伪造结论,是 DMARC 补充而非替代,不验证发件人身份。
ARC-Seal 信头在邮件取证中如何应用?
ARC(RFC 8617)通过 ARC-Authentication-Results、ARC-Message-Signature、ARC-Seal 三段链式签名,在转发导致 DKI…
ARC 封签如何配置?
ARC(RFC 8617)在邮件经列表转发或中介重塑时封存既有认证结果,缓解因信头变更导致的 DMARC 校验失败。
ARC部署与故障排除完全指南
全面解析Authenticated Received Chain (ARC)协议的原理、部署步骤与故障排除方法,涵盖RFC 8617和RFC 8615中的密封链签名机制、验证流程及…
ARC 的三个头字段各起什么作用?cv= 的取值怎么判断转发链是否可信?
ARC 通过在每一跳留下可验证的认证结论来修复转发导致的 DMARC 失败。本文依据 RFC 8617 第 4.1.1 至 4.1.3 节的三个头字段定义、第 4.2.1 节的实例…
部署 BIMI 需要满足哪些前置条件?为什么 DMARC 策略必须先收敛到位?
BIMI 建立在 DMARC 强制策略之上,认证不达标则一切配置都不会生效。本文依据 IETF Datatracker 上的 BIMI 规范文档,说明对组织域与 From 域同时要…
DKIM 的 simple 与 relaxed 规范化怎么选?为什么邮件一被改动签名就失效?
规范化算法决定了 DKIM 签名对邮件微小改动的容忍度。本文依据 RFC 6376 第 3.4 节及其四个子节,说明头部与正文各自的 simple 与 relaxed 算法差异、c…
DKIM 密钥怎么轮换才不会造成验签失败?选择器该如何规划?
DKIM 密钥轮换的安全做法是新密钥配新选择器,而非原地替换。本文依据 RFC 6376 第 3.1 节的选择器语义、第 3.6.1 节的密钥记录文本表示与第 5.2 节的密钥选择…
DKIM 验签失败怎么系统性定位?该从签名头的哪些标签查起?
DKIM 验签失败的成因分散在密钥、算法、覆盖范围与内容改动四个层面。本文依据 RFC 6376 第 3.5 节的 DKIM-Signature 标签定义、第 3.3 节的签名与验…
DMARC 失败报告(RUF)和 fo 标签怎么配?为什么常常一份都收不到?
失败报告能提供单封邮件级别的失败细节,但受隐私约束普遍发送率极低。本文依据 RFC 7489 第 7.3 节的失败报告定义、第 6.3 节的 ruf 与 fo 标签语义,说明 fo…
DMARC 的「标识符对齐」到底在比什么?adkim 与 aspf 的严格与宽松差在哪?
DMARC 不直接看 SPF 或 DKIM 是否通过,而是要求通过的标识符与 RFC5322.From 域对齐。本文依据 RFC 7489 第 3.1、3.1.1、3.1.2、6.…
DMARC 从 p=none 收敛到 p=reject,中间怎么走才不会误杀正常邮件?
DMARC 策略收敛是渐进过程而非一次性开关。本文依据 RFC 7489 第 6.3 节的 p、pct、rua 标签定义与第 6.6.3 节策略发现规则,给出 none 观察、qu…
DMARC 聚合报告(RUA)该怎么读?XML 里哪些字段最能说明问题?
聚合报告是 DMARC 运维唯一的可靠数据来源。本文依据 RFC 7489 第 7.2 节对聚合报告的定义与附录 C 的 XML Schema,说明报告的结构层次、policy_e…
DMARC 的 sp 标签怎么用?子域没有单独记录时会套用哪条策略?
子域策略是 DMARC 部署中最容易被忽略的一环。本文依据 RFC 7489 第 6.3 节的 sp 标签定义与第 6.6.3 节的策略发现流程,说明子域记录的查找顺序、sp 缺省…
邮件列表为什么会让 DMARC 失败?发送方、列表方、接收方各能做什么?
邮件列表同时破坏 SPF 对齐与 DKIM 签名,是间接邮件流中最典型的互操作难题。本文依据 RFC 7960 第 2.2、2.3、3.2.3 节对转发与消息修改的分析,以及第 4…
SPF 的 10 次 DNS 查询上限具体怎么算?超了会发生什么?
SPF 查询上限是最常见的 permerror 根因。本文依据 RFC 7208 第 4.6.4 节说明哪些机制计入 10 次上限、超限必须返回 permerror 的强制要求、v…
SPF 的 redirect 修饰符和 include 有什么本质区别?什么时候该用哪个?
redirect 与 include 都会引入其他域的 SPF 记录,但语义与结果处理完全不同。本文依据 RFC 7208 第 6.1 节的 redirect 定义与第 5.2 节…
SPF 的七种结果分别代表什么?temperror 和 permerror 该怎么处理?
SPF 结果不是简单的通过与不通过,而是七种语义各异的判定。本文依据 RFC 7208 第 2.6 节及其各子节,逐一说明 none、neutral、pass、fail、softf…
Authentication-Results 信头如何解读与判定?
Authentication-Results 信头由接收方网关填写,以 authserv-id 为权威源,逐项给出 SPF/DKIM/DMARC 的方法与结果,是判定邮件真实性的关…
邮件头里的 Authentication-Results 字段(RFC 8601)中 spf=、dkim=、dmarc= 各结果词代表什么?
Authentication-Results 由执行认证的接收服务器写入,记录 spf/dkim/dmarc 结果;结果词含 pass/fail/softfail/neutral/…
BIMI 全面解读:工作原理、Logo 规范与实施清单
BIMI Group官方说明中文翻译版:BIMI邮件认证的工作原理、品牌Logo SVG规范、DMARC前置条件及完整实施清单。助力品牌邮件认证升级。
CMC 与 VMC 对比分析
详细对比 BIMI 体系中 CMC(Common Mark Certificate)和 VMC(Verified Mark Certificate)两种证书类型的颁发机构差异、验证…
BIMI FAQ 综合指南:发件方与邮件服务商常见问题(翻译) — ztpop.net 邮件技术知识库
BIMI Group 官方发件方FAQ中文翻译版,涵盖BIMI基础概念、实施步骤、Logo/证书要求、以及主流邮箱提供商兼容性。中文首发翻译版。
BIMI 是如何工作的?
BIMI 的工作三步:发布 TXT 记录、邮件通过 DMARC 对齐认证、服务商按各自策略展示 logo(翻译自 BIMI Group 官方 FAQ)。
启用 BIMI 需要满足哪些前置条件?
启用 BIMI 的前置条件:DMARC 强制、SPF/DKIM 对齐、合规 SVG、HTTPS 托管与 BIMI 记录发布(翻译自 BIMI Group 官方 FAQ)。
什么是 DMARC 强制(enforcement)?为什么 p=none 不行?
解释 DMARC 强制(p=quarantine/p=reject 且 pct=100)的含义,以及为何 p=none 不满足 BIMI 展示要求(翻译自 BIMI Group 官…
如何发布 BIMI TXT 记录?
发布 BIMI TXT 记录的格式(v=bimi1; l= logo; a= cert)及各字段必填/可选说明(翻译自 BIMI Group 官方 FAQ)。
BIMI 对 logo 有什么技术要求?
BIMI logo 的技术约束:SVG Tiny-PS、方形 1:1、≤32KB、无脚本/外链、HTTPS 托管(翻译自 BIMI Group 官方 FAQ)。
应该在组织域还是每个子域发布 BIMI?能否支持多域名/多 logo?
BIMI 记录应在组织域还是子域发布,以及如何用选择器支持多域名/多 logo(翻译自 BIMI Group 官方 FAQ)。
BIMI 品牌标识实施指南:四步部署完整流程(翻译) — ztpop.net 邮件技术知识库
BIMI Group 官方实施指南中文翻译版,从DMARC对齐、SVG Logo制作到VMC证书申请和DNS发布的完整四步部署流程。
BIMI 怎么让认证通过的邮件在收件箱显示品牌 Logo?
依据 BIMI Group 官方规范解释 BIMI:BIMI TXT 记录、SVG logo 要求、VMC 验证标志证书、以及与 DMARC 强制策略的绑定关系。
品牌焕新后如何更新 BIMI Logo - 完整操作指南
品牌刷新后 BIMI Logo 更新完整指南。从准备合规 SVG、申请新 VMC/CMC 证书到更新 DNS 记录的全流程操作指引,含证书申请文档要求、Gmail 测试验证等关键环…
BIMI lps 标签解析:如何为一个域名使用多个不同 Logo - BIMI
BIMI lps(Local-part as Selector)标签允许品牌为一个域名下的不同发件地址(如 marketing@、support@、billing@)分别显示不同 …
BIMI Mark Verifying Authority (MVA) 参与指南 — 扩展方案与 FAQ(翻译) — ztpop.net 邮件技术知识库
BIMI Group(AuthIndicators 工作组)发布 Mark Verifying Authority (MVA) 扩展参与方案,详解 VMC 与 CMC 区别、CA …
BIMI Guidelines v1.1 更新要点
基于 BIMI Group Guidelines v1.1,详解 SVG logo 格式要求、VMC 证书策略变化、CMC 概念引入以及 LPS(Logo Permanent St…
BIMI VMC 认证要求详解
详细介绍 BIMI VMC(Verified Mark Certificate)的证书类型(OV/EV)、颁发条件、申请流程、费用结构以及 CA 选择指南。
BIMI VMC 验证流程详解
详细介绍 BIMI VMC 的三阶段验证流程:商标验证(注册证明/所有者验证)、域验证(DKIM/DMARC检查/所有权确认)和组织验证(企业文件/法人授权)。
美国联邦 DMARC 政策(BOD 18-01)规定了哪些强制动作与报送地址?
DHS/CISA 具有约束力的运营指令 BOD 18-01「Enhance Email and Web Security」于 2017 年 10 月 16 日发布,强制联邦机构在 …
DMARC 从 p=none 推到 p=reject 该按什么节奏?有没有可参照的强制时间表?
参照 CISA BOD 18-01 对邮件安全的强制要求与阶段时限,并结合 NIST SP 800-177 Rev.1 的建议,给出 DMARC 策略从 none 到 reject…
CISA BOD 18-01:联邦机构 DMARC p=reject 强制时间表
译自 CISA《Binding Operational Directive 18-01》。解读美国联邦机构必须部署 SPF/DKIM/DMARC 与 HTTPS/STARTTLS …
EOP 判定「未经身份验证的发件人」依据什么?复合身份验证该怎么读?
解读 EOP 复合身份验证(compauth)如何在 SPF/DKIM/DMARC 之上综合发件人信誉给出结论,区分显式与隐式判定,并说明首次联系提示、外部发件人标识与内部冒充的处…
用 SMTP 方式发信如何认证?
Cloudflare SMTP 发信:连 smtps://smtp.mx.cloudflare.net:465,用户名为 api_token:,上传 mail…
DKIM 的 ADSP 与 ATPS(RFC 5617)是什么?为何 ADSP 已被废弃?
ADSP(RFC 5617 已废弃)曾声明作者域全签名假设,因误伤被 DMARC 取代;ATPS 解决第三方签名授权也未普及。新部署直接用 DMARC。
DKIM 的 simple 与 relaxed 规范化(canonicalization,RFC 6376)有何区别?为何常用 relaxed?
DKIM 规范化(RFC 6376)决定参与哈希的字节:simple 极敏感、relaxed 宽容(小写化/压缩空白/去空行);二者常都用 relaxed 以抗误失效。
DKIM规范化算法与签名验证
深入剖析DKIM的规范化(Canonicalization)算法与签名验证全流程,涵盖RFC 6376 §3.4定义的simple和relaxed两种规范化模式及其对头部和正文的影…
DKIM 的“规范化(c14n,RFC 6376)”是什么?simple 与 relaxed 有何区别、为何重要?
DKIM 规范化(c14n) 在签名前统一头/信体空白防中转改动致断签;simple 严格易断、relaxed 宽容推荐,常见 relaxed/relaxed;选错或正文被改仍验签…
DKIM 能用 Ed25519 密钥签名吗(RFC 8463)?为什么“算法升级”很重要?
RFC8463 给 DKIM 引入 Ed25519(ed25519-sha256) 短密钥签名,体积更小验证更快,建议与 RSA 双签过渡;是 DKIM 现代化方向。
DKIM 签名为什么要与邮件头 From 域对齐?选择器(selector)怎么用?
DKIM 签名域 d= 应与 From 域对齐,否则 DMARC 不采信;选择器 s= 支持同域多密钥,公钥存于 selector._domainkey。
DKIM 密钥轮转完整指南
基于 RFC 8301 和 M3AAWG 最佳实践的 DKIM 密钥轮转指南:多密钥并行策略、90 天轮转周期、自动化方案(OpenDKIM + DNS API)、Ed25519 …
DKIM 密钥轮转与安全管理指南 — ztpop.net 邮件技术知识库
DKIM 密钥生成、多选择器管理、轮转自动化、泄露应急响应。
DKIM 密钥应该怎么轮转?旧密钥要不要撤销、密钥长度用多少?
依据 RFC 6376 第 3.1、3.6.1、3.6.2.1 节与 RFC 8301 第 3.1、3.2 节,说明 DKIM 密钥轮转应通过新增选择器完成、旧密钥以 p= 置空表…
DKIM 密钥应如何轮换?密钥长度有什么要求?
RFC 8301 要求 DKIM 至少 2048 位 RSA(弃用 SHA-1);轮换时用新 selector 并行发布公钥、逐步切换、确认无流量后再撤旧钥。
DKIM RSA 与 Ed25519 签名算法选型对比:密钥、性能与渐进式双签名过渡
DKIM 签名算法选型深入对比:RSA-2048/3072 与 Ed25519(RFC 8463)的密钥长度、签名与验证性能、DNS TXT 记录大小、兼容性现状与安全强度,附渐进…
DKIM 签名是如何生成的?一次签名的完整流程(RFC 6376)是怎样的?
DKIM 签名(RFC 6376):发布选择器公钥于 DNS,对 body+header 哈希后用私钥签名生成 DKIM-Signature 头;接收方取公钥重算比对验证。
SPF/DKIM/DMARC 标准配置模板是什么?
SPF/DKIM/DMARC 三件套的标准配置模板涵盖 DNS 记录写法、对齐策略与从监测到强制拒绝的渐进式上线路径。
DKIM2、异步退信与VERP:ESP需要做好的准备
DKIM2 将极大改变邮件退信处理方式。本文深入解析异步退信机制、背散射问题的 DKIM2 解决方案,以及 VERP(可变信封返回路径)技术,指导 ESP 做好基础设施准备。
DKIM2:它对邮件的未来意味着什么?
DKIM2 是 IETF 正在积极推进的新一代邮件认证协议。本文深入解读 DKIM2 的核心原理、对邮件认证失败/DKIM重放/背散射等问题的解决思路,以及 ESP 需要做的准备。
如何分析 DMARC 聚合报告(RUA)?
DMARC 聚合报告(RUA)分析需解析 XML、按源 IP 与域名对齐统计通过率,识别未授权发送源并校准策略。
DMARC 的标识符对齐(Identifier Alignment)中 relaxed 与 strict 有什么区别?如何配置 adkim/aspf?
解释 DMARC 标识符对齐的 relaxed 与 strict 两种模式差异,以及通过 DNS 记录标签 adkim/aspf 配置的方法(翻译自 RFC 7489)。
DMARC失败报告自动化处理
基于RFC 7489和RFC 8601详解DMARC失败报告(Failure Report/RUF)和汇总报告(RUA)的自动化处理方案,涵盖报告解析、可视化展示和策略优化建议。
DMARC 是如何工作的(通俗版)?
用通俗语言解释 DMARC 如何借助 SPF/DKIM 对齐与策略处置来工作(翻译自 DMARC.org 官方 FAQ)。
DMARC 的 "p=none" 会影响我的邮件正常送达吗?
说明 DMARC p=none 监控策略不影响邮件送达,并给出渐进部署建议(翻译自 DMARC.org 官方 FAQ)。
我什么时候能收到第一份 DMARC 聚合报告(RUA)?
DMARC 聚合报告(RUA)的生成节奏、首报等待时间与常见接收故障排查(翻译自 DMARC.org 官方 FAQ)。
我需要接收 DMARC 失败报告(ruf=)吗?
DMARC 失败报告(RUF)的代价与启用时机建议(翻译自 DMARC.org 官方 FAQ)。
能否在不影响现有邮件流的情况下逐步部署 DMARC?
说明 DMARC 支持渐进式部署(p=none→quarantine→reject、pct 抽样)且不冲击现有邮件流(翻译自 DMARC.org 官方 FAQ)。
DMARC 失败报告(forensic / RUF)与 RUA 有什么区别?什么时候该用?
RUF/forensic 报告在 DMARC 失败时立即回传含邮件样本,便于定位攻击但涉及隐私与带宽,生产环境通常只开 RUA、关 RUF。
邮件列表(邮件组/转发)为什么会破坏 DMARC,有哪些缓解办法?
说明邮件列表转发导致 DMARC 失败的机理,并从发送方、列表服务端、接收方三角度给出缓解措施(翻译自 RFC 7489 §10.5)。
DMARC策略渐进式部署:从p=none到p=reject
系统阐述DMARC策略从p=none到p=quarantine再到p=reject的渐进式部署方法论,涵盖RFC 7489的策略配置、RUA/RUF报告分析、域对齐(Alignme…
收到 DMARC 聚合(RUA)与失败(RUF)报告后该如何处理(RFC 7489)?
DMARC 报告(RFC 7489):RUA 聚合 XML 统计各IP认证结果、RUF 失败样本含原始信头;解析后补齐合法源对齐、收紧未授权源,先 none 再逐步 reject。
DMARC 聚合报告(RUA)是什么?如何解读 RUA 报告里的 XML 数据?
DMARC 聚合报告(RUA)由接收方按 RFC 7489 定期发回 XML,汇总邮件的 SPF/DKIM/DMARC 结果;先 p=none 收报告确认无误再收紧策略。
DMARCbis 变更总结:DMARC 协议升级为 IETF 标准轨道
IETF DMARC 工作组提交了 DMARC 协议更新草案。本文全面总结 DMARCbis 的核心变更:从信息性 RFC 升级为 IETF 标准轨道、PSL 被 DNS Tree…
DMARCbis 协议更新:RFC 9989 替代 RFC 7489 完整解读
RFC 9989 标志着 DMARC 协议从 Informational RFC 正式升级为 Standards Track,替代服役 11 年的 RFC 7489 和 RFC 9…
DMARC 聚合报告详解:RFC 9990 中文解读
RFC 9990 独立规范了 DMARC 聚合报告(Aggregate Report)的格式、传输与处理。本文系统解读 RFC 9990 的技术要求和最佳实践。
DMARC 故障报告协议更新:RFC 9991 中文解读
RFC 9991 定义了 DMARC 故障报告(Failure Reports,亦称取证报告/Forensic Reports),替代 RFC 7489 相应章节。本文解读故障报告…
SPF 或 DKIM 的 TXT 记录太长发布失败,应该怎么正确切分?
DNS 的 character-string 由一个长度字节加相应数量的字符构成,单段长度因此受限;较长的 SPF 或 DKIM 策略必须切成多个字符串放在同一条 TXT 记录内,…
TXT 记录除了 SPF 还能放什么?SPF 的 255 字符与串接限制是什么?
TXT 记录承载 SPF/DKIM/DMARC/MTA-STS/BIMI;SPF 单段≤255 字符可串接,且 DNS 查询累计≤10 次。
DNSSEC 深度解析:DNS安全扩展与邮件认证的信任根 - 知识库
基于 RFC 4033-4035 完整解析 DNSSEC:DNSKEY/RRSIG/DS/NSEC 资源记录、链式信任模型(信任锚→区域签名链)、密钥管理(KSK/ZSK)、签名算…
高校邮件系统架构设计与运维方案
面向高校邮件系统的多用户大规模、多域共存、终身体验等核心需求,提出一种分层架构设计方法和运维管理体系,涵盖资源规划、域名策略、安全联防、生命周期管理和信创适配等关键议题。
邮件认证报告解读 — 知识库
邮件认证报告解读完整指南。深入解析 DMARC Aggregate Report (rua) 和 Forensic Report (ruf) 的 XML 结构、关键字段含义与分析方…
DMARC 标识符对齐(alignment)是什么?SPF/DKIM 的“通过”为何还不足以过 DMARC?
DMARC 对齐(RFC 7489 §3.1)要求 SPF/DKIM 通过且其与 From 域一致;单靠 SPF 验 envelope-from、DKIM 验 d= 域,不对齐仍可…
BIMI(品牌标识邮件标识,IETF BIMI 草案)如何让收件箱显示“品牌 Logo”?它依赖什么前提?
BIMI 让通过 DMARC 强验证的邮件显示品牌 Logo,强依赖 DMARC p=quarantine/reject 对齐 + BIMI DNS 记录(SVG),部分需 VMC…
DKIM 的“第三方授权签名(ATPS,RFC 6541)”解决什么?外包发信如何合法代签?
ATPS(RFC6541) 让企业域 DNS 声明授权哪些第三方域可代签 DKIM,使外包发信(ESP用自己域签名)仍满足 DMARC 对齐;现代也常用子域/选择器授权替代。
一封信可以有“多个 DKIM 签名”吗?多签名有什么用、要注意什么?
一封信可多枚 DKIM 签名(不同域/选择器/算法):双签过渡、转发保原签+加新签、委托双域各签;DMARC 只需一枚与 From 对齐验过即可,注意信头体积限制。
如何“发布 DKIM 记录”让收件方验签?选择器(selector)怎么选?
发布 DKIM: 私钥给签名服务、公钥放 <选择器>._domainkey TXT(v=DKIM1;k=rsa;p=公钥);选择器便于轮换与多服务;密钥≥2048或Ed25519,…
DKIM 签名时“选哪些头去签”?为什么 From/Subject/Date/To 常被签?
DKIM 用 h= 列出纳入签名的头(常含 From/Subject/Date/To/Message-ID)以防伪冒显示层欺骗;易在中继变改的 Received/Return-Pa…
企业“上线 DMARC”的分步路线图是怎样的?怎样避免误伤合法邮件?
DMARC 上线路线: 一观察(p=none+rua摸清合法源)→二补漏(补对齐/处冒用)→三收紧(quarantine pct渐进→reject);先看清再收紧,用 RUA 持续…
收到 DMARC 聚合报告(RUA,XML)后该怎么“读”与“行动”?
DMARC RUA 聚合报告(XML)按源IP/域列送检量、SPF/DKIM 结果、对齐与处置;重点看合法源是否对齐通过、有无冒用;合法源补对齐、无误判再升 p=reject。
SPF、DKIM、DMARC 三者是什么关系?各自解决什么、又有哪些“管不了”的?
SPF 验发信IP授权、DKIM 验完整性与来源、DMARC 把二者与 From 对齐并定处置;互补抑显示层冒用,但管不了盗号合法签与相似域名,需配 BEC 防御与意识。
邮件的“信封发件人(Mail From)”和“信头 From”是一回事吗?为何常不一致?
Mail From(信封) 用于投递/退信用户一般看不到,From 头是显示发件人;转发/列表/外包使两者不同,DMARC 校验的是信头 From 与 SPF/DKIM 对齐而非 …
email-null-sender.html
空信封发件人 MAIL FROM:<> 不能收信,用于退信/DSN 自身及自动通知,避免二次退信风暴;空发件人 SPF 须用 helo/iprev,过滤勿误杀合法退信。
邮件系统渗透测试方法:SMTP open relay、认证爆破与协议fuzzing
邮件系统渗透测试方法深度指南——SMTP open relay测试、认证暴力破解测试、TLS降级攻击测试(RFC 7457)、IMAP/POP3协议fuzzing方法论与防御加固指…
“认证中继(Authenticated Relay)”与“邮件提交(587)”有何异同?企业内网如何授权可信中继?
认证中继与提交(587)都需 SASL+TLS 才代发外网防开放中继;差异在对象(用户提交 vs 内部应用经中枢中继);中枢仅对认证身份/mynetworks 开放,配合限流审计。
SPF 除了验“信封发件人(Mail From)”,还能验 HELO 身份吗?为何要做 HELO SPF?
SPF 可验 Mail From 与 HELO 双身份;空信封发件人(退信)无 Mail From 域只能查 HELO SPF,配合 iprev 反解判断可信源;正规服务器应 HE…
SPF 的“include 扁平化(flattening)”是什么?为什么大域名需要它?
SPF 校验最多10次DNS查询超限即失败;扁平化把多层 include 展开为直写 ip4/ip6 减少嵌套查询防触顶,但需定期刷新且注意 TXT 长度;多ESP域名宜拆子域。
如何“写一条正确的 SPF 记录”?常见错误有哪些?
正确 SPF: 发信域 TXT 写 v=spf1 + 授权机制(ip4/include/a/mx) + 末位 -all/~all;常见错有多条冲突、超10查、漏ESP、用+all;…
DMARC 对齐(Alignment)机制如何工作与配置?
DMARC 对齐要求邮件 From 域与已通过 SPF 或 DKIM 的域在严格/宽松模式下匹配,决定通过或按策略处置。
转发服务器如何“重签 DKIM”(re-sign)来保证转发后认证仍通过?
转发服务器用自身域私钥重签 DKIM(d=转发域)使至少自域签名通过;但 DMARC 还需与 From 对齐,故常配合改写 envelope-from 才能整体通过。
邮件转发为什么会让 SPF 失效?如何缓解“转发后 SPF fail”?
邮件转发改连接IP为非原域授权,使 SPF 验证失败;缓解靠重写 envelope-from+DKIM 重签,或优先依赖随信走的 DKIM 对齐而非 SPF。
Gmail递送工程:Google发件人要求的技术实现
符合Google 2024年强制发件人指南的技术实现手册,涵盖SPF/DKIM/DMARC最低配置、邮件格式合规、List-Unsubscribe头、TLS传输加密强制及Postm…
Gmail 的邮件发件人指南适用于谁?每天发送多少封算“大批量发件人”?
Gmail 发件人指南的适用对象,以及每日 5,000 封触发“大批量发件人”额外要求的阈值(翻译自 Google 官方文档)。
Gmail 对所有发件人和大批量发件人的邮件认证要求有何不同?
Gmail 对所有发件人(SPF 或 DKIM)与大批量发件人(SPF+DKIM+DMARC)认证要求的区别(翻译自 Google 官方文档)。
Gmail 对 DKIM 密钥长度有什么要求?
Gmail 对 DKIM 密钥长度的要求(≥1024 位,建议 2048 位)(翻译自 Google 官方文档)。
大批量发件人为何必须设置 DMARC?DMARC 记录如何工作?
大批量发件人必须设置 DMARC 的原因,以及 DMARC 记录如何基于 SPF/DKIM 对齐工作(翻译自 Google 官方文档)。
大批量发件人为何必须支持一键退订(List-Unsubscribe)?如何设置?
Gmail 大批量发件人一键退订(List-Unsubscribe + One-Click)的强制要求与头字段写法(翻译自 Google 官方文档)。
不满足 Gmail 发件人指南会有什么后果?
不满足 Gmail 发件人指南的后果:标记垃圾、5.7.26 拒绝、限流、共享 IP 信誉连带等(翻译自 Google 官方文档)。
Google 批量发件方指南(2024):SPF/DKIM/DMARC 强制与 0.30% 投诉红线
译自 Google《Email sender guidelines》(2024)。解读日发 ≥5,000 封的强制要求:SPF+DKIM+DMARC 对齐、TLS、投诉率 <…
SPF 记录里的 "~all" 和 "-all" 有什么区别?Google 为什么推荐 "~all"?
SPF 软失败 ~all 与硬失败 -all 的差异,以及 Google 推荐 ~all 的原因(翻译自 Google Workspace 官方帮助)。
SPF 记录最多 10 个 include,超了怎么办?
SPF include 数量上限与超限处理(合并出口/子域分流)(翻译自 Google Workspace 官方帮助)。
DMARC 的严格对齐(adkim=s / aspf=s)与宽松对齐有什么区别?
DMARC 严格对齐(s)与宽松对齐(r)的差异及适用场景(翻译自 Google Workspace 官方帮助)。
DMARC 的 pct 标签(抽样比例)如何帮助渐进部署?
DMARC pct 抽样标签如何支持渐进式部署,以及 BIMI 对 pct=100 的硬性要求(翻译自 Google Workspace 官方帮助)。
Gmail 对每天发送超过 5000 封的批量发件人有什么认证要求?
Gmail 对日发超 5000 封批量发件人的 SPF/DKIM/DMARC 强制认证要求(翻译自 Google Workspace 官方帮助)。
邮件转发导致 DMARC 失败,ARC 能解决吗?怎么部署?
依据 RFC 7960 对间接邮件流的分析与 RFC 8617 的 ARC 协议定义,说明转发场景下 SPF 与 DKIM 失效的原因、ARC 三组头字段的作用,以及接收侧信任 A…
DMARC 报告怎么接入 SOC?告警规则应该怎么设计?
依据 RFC 7489 第 7 节的聚合与失败报告机制以及 RFC 8460 的 TLS 报告,给出报告采集、解析入库、基线建立与告警规则的落地方法,并说明失败报告的隐私处置要求。
SMTP AUTH 认证失败(535)该怎么定位和处置?
依据 RFC 4954 与 Postfix SASL_README,拆解 535/534/538 等认证响应码的语义差异,给出机制协商、TLS 前置、后端 SASL 链路的分层排查…
Authentication-Results 头怎么读(spf= / dkim= / dmarc= / arc=)?
Authentication-Results 由受信网关写入,含 spf=/dkim=/dmarc=/arc= 及 pass/fail/none 等结论,是排查投递与伪造的核心依据…
如何用 Received-SPF / Received-DKIM / Received-ARC 辅助判定?
Received-SPF/DKIM/ARC 分别在信封、签名、转发层面留下可核查的认证痕迹,与 Authentication-Results 互为补充,构成完整证据链。
IETF 正式发布更新版 DMARC 规范:RFC 9989/9990/9991
2026年5月20日,IETF RFC 编辑正式发布了三份更新 DMARC 协议的文档,将此前称为「DMARCbis」的变更与增强写入正式标准,并将更新后的 DMARC 协议提升至…
IMAP 暴力破解防御实战指南:fail2ban 规则配置、速率限制与多因子认证
针对邮件系统 IMAP 服务的暴力破解攻击防御完整方案:fail2ban 规则编写与调优、每 IP 连接数限制与并发控制、密码策略与多因子认证(MFA)、登录异常检测、Doveco…
IMAP 的 SASL-IR(RFC 4959)是什么?它如何让认证“一步完成”?
SASL-IR(RFC4959) 让 IMAP 把认证初始响应随 AUTHENTICATE 一起发,一步完成省一轮 RTT;须先 STARTTLS 再发含凭证响应以防明文泄露,现代…
IMAP 的 SEARCH 与 SORT 扩展如何高效检索邮件?服务端搜索相比客户端拉全量有何优势?
IMAP SEARCH 在服务端按条件筛选返回 UID,SORT(RFC5256) 服务端排序;海量邮箱省带宽时延,优于客户端全量拉取;需 UTF-8 支持中文搜索。
Authentication-Results 头能直接采信吗?信任边界该怎么划?
依据 RFC 7601 第 5 节关于移除既有头字段的强制要求,说明为什么外来的 Authentication-Results 头必须被剥离,如何界定信任边界,以及研判时应采信哪一…
DMARC 失败报告(ruf)与聚合报告有什么区别?取证时该怎么用?
对比 DMARC 失败报告与聚合报告的差异,依据 RFC 6591 的认证失败报告格式与 RFC 5965 的 ARF 基础格式,说明失败报告的字段构成、隐私约束及其在单封邮件取证…
DMARC 聚合报告(rua)怎么读?如何用它定位认证失败的真实来源?
说明 DMARC 聚合报告的作用与解析方法:依据 RFC 7489 第 7.2 节的聚合报告机制与第 6.3 节 rua 标签定义,讲解如何区分「合法来源未配置」与「他人仿冒」,以…
LDAP 与邮件系统集成 — RFC 4510-4519:Postfix LDAP 表查询、Dovecot 认证与多域架构
LDAP v3 (RFC 4510-4519) 与 Postfix/Dovecot 的邮件系统集成深度解析:Postfix LDAP 虚拟别名与虚拟域表查询、Dovecot LDA…
邮件列表转发时如何兼顾 DMARC?SRS 与重签名的作用是什么?
列表转发会破坏 SPF/DKIM 对齐;用 SRS 重写信封、列表域重签 DKIM,可在保留列表功能的同时让 DMARC 通过对齐。
邮件一键退订 List-Unsubscribe 机制深度解析 — RFC 8058 / RFC 2369:Gmail/Yahoo 2024 批量发件人要求
RFC 2369 与 RFC 8058 完整解析:List-Unsubscribe 邮件头、mailto 与 HTTPS 两种退订方式、List-Unsubscribe-Post …
M3AAWG 品牌保护工具包:域名管理最佳实践 - 品牌保护
M3AAWG Brand Protection Kit 系列之域名管理篇(2022年2月发布),提供品牌在线资产保护的最低安全要求、快速增加安全措施及常见攻击向量与缓解方案,涵盖域…
M3AAWG 发件人投诉处理最佳实践
基于 M3AAWG 2017 年 12 月发布的投诉处理建议,系统阐述 Feedback Loop 注册、投诉监控、预防策略、ESP 角色分工及国内场景补充,帮助发件人维护良好投递…
M3AAWG DKIM 密钥轮换最佳实践——为什么每 6 个月必须换一次 DKIM 密钥
M3AAWG DKIM 密钥轮换最佳实践完整解读:DKIM 密钥每 6 个月轮换一次的理由、轮换流程、第三方发送场景的三种配置方式及国内 DNS/ESP 场景补充。
M3AAWG 邮件认证推荐最佳实践
译自 M3AAWG《Email Authentication Recommended Best Practices》(2020)。涵盖 SPF、DKIM、DMARC、ARC 四大协…
M3AAWG 建议发送方实施哪些邮件认证?核心清单是什么?
M3AAWG 邮件认证最佳实践为发送方列出的 SPF/DKIM/DMARC 核心清单(翻译自 M3AAWG 官方文档)。
SPF 记录应以 ~all 还是 -all 结尾?什么情况下才用 -all?
M3AAWG 对 SPF 记录结尾的建议:正常域用 ~all,停放/不发送域用 -all(翻译自 M3AAWG 官方文档)。
为什么 DKIM 签名要与邮件头 From 域对齐?ESP 为什么要分客户密钥、双签?
DKIM 与 From 域对齐、ESP 双签与分客户密钥的原因(翻译自 M3AAWG 官方文档)。
DMARC 记录为什么必须包含 rua 标签?ruf 标签呢?
DMARC rua 聚合报告必选、ruf 失败报告可选的原因(翻译自 M3AAWG 官方文档)。
什么是 ARC(Authenticated Received Chain)?中转方为何要部署它?
ARC 认证监管链的概念,以及中转方(转发/邮件列表)需部署 ARC 的原因(翻译自 M3AAWG 官方文档)。
接收方(邮箱服务商)应如何处理 DMARC 校验?DMARC 通过能否覆盖 SPF 失败?
接收方应执行的认证检查、尊重 DMARC 策略,以及 DMARC 通过覆盖 SPF 失败的例外(翻译自 M3AAWG 官方文档)。
什么是“无认证不投递”(No auth, no entry)?为何域名认证是邮件信任的基础?
“无认证不投递”理念,以及域名认证(尤其 DMARC 保护组织域)为何是邮件信任基础(翻译自 M3AAWG 官方文档)。
M3AAWG《面向 Gmail/Yahoo 批量发件新规》:2024「无认证不进入」时代
译自 M3AAWG 博客《New Minimum Requirements for Sending Bulk Mail to Gmail and Yahoo》(2023-10)。解…
M3AAWG SPF 记录管理最佳实践
译自 M3AAWG《Best Practices for Managing SPF Records》(2017.08)。涵盖 SPF 记录构建、常见错误(语法/过宽授权/10查询限…
M3AAWG 发件人最佳通用实践 v3.0
译介 M3AAWG《Sender Best Common Practices Version 3.0》(2015年2月)。全面覆盖商业邮件发送的最佳实践:地址收集透明性、Opt-i…
为什么 M3AAWG 建议只用 opt-in(最好 double opt-in)建邮件列表?email appending 为何被禁止?
M3AAWG 对建邮件列表的 opt-in 三层级建议(推荐 double opt-in)及禁止 email appending 的原因(翻译自 M3AAWG 官方文档)。
退订为什么必须简单直接?退订链接与流程应如何设计?
M3AAWG 对退订的要求:清晰易用、及时处理、链接含全部必要信息、无需登录即可退订(翻译自 M3AAWG 官方文档)。
邮件信任始于认证——M3AAWG 经典白皮书中文版
译自 M3AAWG 经典白皮书《Trust in Email Begins with Authentication》(Updated February 2015, Dave Cro…
邮件列表(mailing list)为什么会破坏 DMARC?列表服务该如何兼容?
邮件列表改写 envelope-from 与加页脚会破坏原 DKIM 并使 SPF 不对齐,导致 strict-DMARC 投稿被拒;列表需 From 改写+重签,收件方识别 Li…
邮件列表(Mailman / Google Groups / 企业列表)用什么头字段标识自己?List-Id 有什么用?
邮件列表用 RFC 2919 的 List-Id 唯一标识自身,用 RFC 2369 的 List-* 提供投递/退订/归档入口;List-Id 用于归类去重,List-Unsub…
为什么 SPF、DKIM、DMARC 要一起部署,而不是只上其中一个?
SPF 验发送主机、DKIM 保证内容完整、DMARC 做对齐策略与处置;单独任一项在转发/冒用场景都有短板,三者配合才完整。
Microsoft 365 邮件身份验证机制解析:SPF/DKIM/DMARC 与复合验证(compauth)
译自 Microsoft Learn 邮件认证文档。解析 Exchange Online Protection 如何验证入站邮件:SPF/DKIM/DMARC 三大基石、ARC 补…
Microsoft 365 的 DKIM 如何工作(选择器与 CNAME)?
Microsoft 365 的 DKIM 工作机制(双选择器 CNAME 指向签名密钥)及与 DMARC 的关系(翻译自 Microsoft Learn 官方文档)。
英国 NCSC 邮件安全指南精译:DMARC p=reject、停外部转发、阻断遗留认证
英国国家网络安全中心(NCSC)的邮件安全核心立场:DMARC 强制 p=reject、暂停向外部域自动转发、阻断遗留认证并强制 MFA、反欺骗标识、TLS 与网关监控。
SMTP/IMAP 的 OAuth 2.0 认证(RFC 7628,XOAUTH2)如何替代明文密码?
RFC7628 让 SMTP/IMAP 用 OAuth 令牌(XOAUTH2)代替密码认证,令牌短时效可吊销支持MFA,降低密码泄露风险;现代邮箱接入推荐。
OAuth 2.0 邮件认证深度解析 — RFC 7628:XOAUTH2 与 SMTP/IMAP OAUTHBEARER
RFC 7628 SASL OAUTHBEARER 与 XOAUTH2 完整解析:为何取代明文密码、Bearer 令牌格式、与 SMTP AUTH / IMAP 的集成,以及令牌生…
OpenDKIM 是什么?它如何为邮件做 DKIM 签名与验证?
OpenDKIM 是开源 DKIM 实现,作为 milter 挂接 MTA,对出站邮件签名、入站邮件验证,符合 RFC 6376。
OpenDKIM 的 SigningTable 与 KeyTable 如何配置?
OpenDKIM 用 SigningTable 决定哪些邮件签名及签名者身份,KeyTable 把身份映射到私钥与选择器,便于多域管理。
OpenDMARC 是什么?它如何基于 SPF 与 DKIM 做 DMARC 策略评估?
OpenDMARC 是开源 DMARC 实现(RFC 7489),汇总 SPF 与 DKIM 对齐结果,按发件域策略评估并产出 dmarc= 结论。
OpenDMARC 的 PublicSuffixList 与 TrustedAuthRes 有什么用?
OpenDMARC 用 TrustedAuthRes 只信任受控上游的认证结果,用 PublicSuffixList 正确解析组织域以保证 DMARC 对齐与子域策略判定准确。
如何在 OpenDMARC 中启用拒绝(RejectFailures)与历史记录(HistoryFile)?
OpenDMARC 的 RejectFailures 在策略为隔离/拒绝且评估失败时拒信;HistoryFile 记录评估结果便于观察。建议先 p=none+HistoryFile…
如何用 OpenDKIM 验证入站邮件的 DKIM 签名?常见失败原因有哪些?
OpenDKIM 用 DNS 公钥验证入站 DKIM 签名;常见失败来自 DNS 缺失/错误、转发改体、密钥轮转不一致。
DKIM 密钥如何平滑轮转(key rotation)?OpenDKIM 怎么做?
DKIM 密钥应定期轮转;OpenDKIM 用双选择器(sel1/sel2)先发新公钥再切换,并行期保证验证不中断。
OpenDKIM / OpenDMARC 常见运维故障:milter 超时、socket 权限、与 Postfix 集成要点?
OpenDKIM/OpenDMARC 常见故障多为 socket 路径/权限不符导致 milter 连不上;Postfix 须 milter_default_action=acce…
如何用 OpenDKIM 为出信做 DKIM 签名(部署与密钥轮转)?
OpenDKIM 作 milter 对出信自动 DKIM 签名,公钥发布为 ._domainkey TXT;轮转先发新选择器+公钥再切私钥;密钥≥2048,选择器带日期便…
OWASP ASVS 邮件认证控制:V2/V3 与邮件系统身份基线映射
译自 OWASP ASVS(应用安全验证标准)V2 身份认证、V3 会话管理与邮件相关的控制项。说明邮件系统应如何满足口令、MFA、会话、找回等验证级要求。
POP3 的 APOP 与 SASL 认证(RFC 1939/5034)如何实现“不明文传密码”?
POP3 APOP 用 MD5 挑战响应避免明文密码(已弱),SASL+STARTTLS 为现代推荐;必须 STLS 后再认证,禁用无 TLS 明文 USER/PASS。
RFC 5598 互联网邮件架构:从发件方到收件方的端到端组件视图
译自 RFC 5598《Internet Mail Architecture》。梳理邮件系统的核心组件(MUA/MSA/MTA/MDA、队列、信箱)与信息流,为邮件迁移与信创替换提…
DKIM(RFC 6376)密钥如何轮转与撤销?
DKIM 用 DKIM-Signature 头字段(v/a/c/d/s/t/x/h/bh/b)与 selector 隔离密钥命名空间;按 RFC 6376 应通过新 selecto…
SPF(RFC 7208)的机制与边界案例有哪些?
SPF 通过限定符(+/-/~/?)与机制(all/include/a/mx/ptr/ip4/ip6/exists)声明授权发送源;其 10 次 DNS 查询上限、void loo…
DMARC(RFC 7489)子域策略 sp 与对齐如何配置?
DMARC 以 p 作用于组织域及子域、sp 仅覆盖子域(缺失则继承 p);adkim/aspf 默认放松对齐,pct 控制渐进执行,rua/ruf 收集聚合与失败报告。
RFC 8463 DKIM 的 ed25519 签名:更短密钥、更强抗量子前景
RFC 8463 为 DKIM 增加 Ed25519 签名算法,作为 RSA 的补充。本文介绍其优势、与 RFC 8301 的关系、双签名迁移策略及兼容性注意点。
_dmarc、_domainkey 这类下划线名字是怎么回事?配置时有哪些坑?
RFC 8552 建立「Underscored and Globally Scoped DNS Node Names」注册表,用带下划线的节点名把资源记录限定到特定用途;RFC 8…
RFC 8601 认证结果头(Authentication-Results):邮件认证结论的标准载体
译自 RFC 8601《Message Header Field for Indicating Message Authentication Status》。解读接收方如何在 Au…
国际化邮件(RFC 8616)下 SPF/DKIM/DMARC 认证如何处理?
RFC 8616 澄清:国际化邮件(EAI)中 SPF/DKIM/DMARC 的域名须用 A-label 参与 DNS 校验,DKIM 国化信头中 d=/i=/s= 宜用 U-la…
RFC 8616 解读:国际化邮件(EAI)下的 SPF/DKIM/DMARC 认证机制
译自 IETF RFC 8616《Email Authentication for Internationalized Mail》。解读国际化邮件(UTF-8 域名/地址)下 SP…
RFC 8617 ARC 认证链的三个头字段与验证算法是什么?
RFC 8617 定义 ARC 协议:每个中介追加由 AAR、AMS、AS 三个头字段构成的 ARC Set,共享 i= 实例标签;验证器按实例序列连续性、cv 取值与最新 AMS…
SRS(Sender Rewriting Scheme)是什么?转发时为何要重写 Return-Path?
SRS(事实草案)转发时重写 Return-Path 为转发域 SRS 地址,使 SPF 通过且退信可解码回原作者;配合 DKIM 重签缓解转发认证失败,但非 RFC 标准。
为什么 SendGrid 不再接受 Basic Auth,必须使用 API Key?
SendGrid 已停用 Basic Auth,必须用 Bearer API Key 进行授权,否则请求失败。
还没有做域名认证(Sender Authentication)就发信,邮件会去哪?
未做 SendGrid 域名认证(Domain Authentication)的邮件易进垃圾箱,认证后收件方才信任。
SMTP 认证机制(CRAM-MD5/OAUTH)应如何选择?
SMTP 提交认证中 CRAM-MD5 仅做挑战应答但不抗现代离线破解,OAuth 2.0 基于令牌更安全;新系统应优先 OAuth 并强制 TLS。
SPF 的 DNS 查询上限(10 次)是什么意思?include 嵌套过深会怎样?
RFC 7208 限定 SPF 评估 DNS 查询不超 10 次,include 嵌套过深会触发 PermError 使 SPF 失效,应扁平化并预校验查询数。
什么是 SPF(发件方策略框架)?它解决什么问题?
SPF(RFC 7208)是邮件认证机制,发件域在 DNS 声明授权发信 IP,接收方据此防伪造。
SPF 记录怎么写?基本语法是什么?
SPF 记录语法:v=spf1 开头,后接机制(ip4/ip6/include/a/mx)与限定符,末尾 all 收尾。
“~all” 和 “-all” 有什么区别?应该选哪个?
SPF 的 ~all 为软失败、-all 为硬失败;建议先 ~all 渐进验证,无误后再切 -all。
SPF 的 DNS 查询上限(10 次 lookup)是怎么回事?超限怎么办?
SPF 评估 DNS 查询不得超过 10 次,超限报 PermError;合并 include、用 ip4 直列 IP 可降低。
一个域名可以发布多条 SPF 记录吗?
同一域名不能有多条 SPF 记录,否则 PermError;所有授权来源须合并到一条。
SPF 的 “include” 机制如何工作?嵌套 include 有什么风险?
SPF include 引用他域策略并计入查询次数,嵌套会快速累积 lookup 易触 10 次上限。
子域(如 sub.example.com)需要单独设置 SPF 吗?
子域若独立发信应单独配 SPF;否则可依赖主域 SPF 或 DMARC 的 sp 标签覆盖子域。
SPF宏定义与高级用法
全面解析SPF的宏扩展机制(RFC 7208 §7-§8),涵盖基础宏(s、l、o、d、i、p、v、h、c、t、r)的语法与替换规则、条件宏处理、跨域授权的宏应用及大型邮件基础设施…
SPF 的宏(macros,RFC 7208 §7)是什么?为什么大型邮件系统需要宏?
SPF 宏(%{i}/%{s}/%{h}/%{d}等) 按发信上下文动态展开授权,供大型 ESP 按租户/IP 段精细授权,避免每客户独立 SPF;普通域用静态 include 即…
SPF 的判定机制(all/include/a/mx/ptr/ip4/ip6/exists,RFC 7208)分别是什么意思?
SPF(RFC 7208)用 v=spf1 后跟机制(all/include/a/mx/ptr/ip4/ip6/exists)从左到右求值,首个匹配决定 +pass/-fail/~…
SPF 校验结果里的 neutral / permerror / temperror 各是什么意思?
解释 SPF 校验的 neutral、permerror、temperror 等结果码含义及对接收方处理的建议(翻译自 RFC 7208)。
SPF 软失败(~all)应如何处理与策略选择?
SPF 软失败 ~all 表示「未列明即嫌疑」但非明确拒绝;接收方应标记或置于垃圾而非硬拒,并与 DMARC 对齐以平衡安全性与误杀风险。
如何用 SPF 的 redirect 与子域委派(RFC 7208)管理多子域发信?
子域用 redirect=<父域> 复用父域 SPF 策略(无需重复机制),差异部分用独立 SPF + include 增补;仍受 10 次 DNS 查询上限约束。
V国内主流企业邮箱 2026 DMARC 报告揭示了怎样的采用率与执行缺口?
V国内主流企业邮箱 2026:DMARC 认知达 78% 但执行率仅 42%,形成 36 个百分点的“执行缺口”,58% 域仍暴露于仿冒;2025 年追踪超 25 亿可疑邮件;在线零…
Microsoft 365 DKIM 与 DMARC 官方配置文档中文摘录:记录语法与灰度路径
Microsoft Learn 官方文档《Set up DKIM》《Set up DMARC》中文摘录:自定义域两条 selector CNAME 记录语法与新旧格式差异、KeyS…
NIST SP 800-177 Rev.1《可信电子邮件》官方摘要中译:邮件认证技术栈
NIST 特别出版物 SP 800-177 Rev. 1《Trustworthy Email》(2019 年 2 月)官方元数据与摘要中文翻译:适用对象、围绕 SMTP 与 DNS…
Yahoo 对批量发送方的邮件认证具体要求是什么?
Yahoo 对批量发送方的认证要求:SPF+DKIM 双认证、DMARC 至少 p=none、rua 建议、From 域对齐(翻译自 Yahoo 官方文档)。
Yahoo 对 SPF、DKIM、DMARC 的具体建议有哪些?
Yahoo 对 SPF/DKIM/DMARC/ARC 的具体实施建议(1024 位 DKIM、每域 DMARC、转发用 ARC,翻译自 Yahoo 官方文档)。
零信任架构下的邮件安全设计
基于NIST SP 800-207零信任架构标准,阐述邮件系统如何从边界防护转向基于身份和设备的持续验证模型,涵盖SASL增强、设备态势评估和微分段。
BATV(Bounce Address Tag Validation)深度解析:退信验证与地址标签
退信风暴的工作原理:攻击者伪造大量MAIL FROM为victim@victim.com的邮件,发送至不存在的邮箱(如nonexist1@attacker-controlled.net、nonexist2@...)。每个接收MTA均生成包含
DANE TLSA for SMTP 完全部署指南:RFC 7671/7672、记录生成与Postfix集成
DANE for SMTP建立在两条核心RFC之上:RFC 6698(DANE TLSA基础规范)[1]定义了TLSA记录格式和验证规则;RFC 7672(SMTP Security via Opportunistic DANE TLS)[
DMARC Aggregate Report 人工解析与监控完全指南:rua XML结构、parsedmarc与dmarcian
DMARC(RFC 7489)定义了两种反馈报告:聚合报告(Aggregate Report, RUA)和法证报告(Forensic Report, RUF/RFC 9991)[1]。聚合报告以XML格式由接收MTA定期(通常每日)汇总发送
DMARC p=reject 部署策略:渐进式实施指南
DMARC (Domain-based Message Authentication, Reporting, and Conformance) 自 2012 年确立规范以来(RFC 7489),已经从一个可选的安全增强演变为邮件生态的准入基
DMARC p=reject 失败排查指南:Authentication-Results 头部分析、DNS 查询与 SPF/DKIM 校准
DMARC p=reject 失败排查完整指南:如何通过 Authentication-Results 头部分析定位 DMARC 拒绝原因、查询 DMARC DNS 历史数据、解析 rua 聚合报告定位 SPF/DKIM 对齐问题。覆盖 Gmail/Outlook/163 等常见接收方场景。
邮件归档法规合规深度指南:GB/T 37002、等保2.0与金融/证券/党政邮件留存技术实现
GB/T 37002-2018《信息安全技术 电子邮件系统安全技术要求》是中国首个专门针对邮件系统安全的国家标准 [1]。虽然是推荐性标准(GB/T非强制性GB),但在等保测评和党政采购中已成为事实门槛。该标准将邮件系统安全分为基本级和增强
邮件归档与eDiscovery工作流:法务hold、诉讼响应与金融合规审计
EDRM(Electronic Discovery Reference Model)定义了标准 eDiscovery 流程的九个阶段 [1],邮件归档系统主要覆盖其中的 Preservation、Collection、Processing、
邮件归档存储架构:Hot-Warm-Cold 分层存储与 CAS 寻址原理
邮件归档系统的存储架构直接影响检索性能、合规可靠性和总体拥有成本。本文设计一套三级分层存储模型(Hot→Warm→Cold),讨论每一层的硬件选型依据、数据迁移策略、Content-Addressable Storage(CAS)原理(参考
邮件自动归档策略设计:基于策略的分层归档与存储优化
一个完善的自动归档策略引擎包括以下核心组件。该架构参考了 RFC 5322 [1] 邮件格式规范中定义的元数据提取基础,以及 DoD 5015.2-STD(电子记录管理标准)对自动归档策略的设计原则。
邮件系统备份与容灾架构:全量增量策略、异地容灾与元数据一致性
与一般数据库或文件系统不同,邮件系统备份面临以下特殊挑战:
加密邮件网关架构设计:TLS 终止/透传、证书钉扎与 DANE/MTA-STS
邮件安全网关位于互联网和内部邮件系统之间,承担 TLS 加密通信的边界角色。网关的 TLS 架构设计直接决定了:邮件在传输路径上的加密强度、网关对内容的安全检测能力、以及与 DANE/MTA-STS 等现代 SMTP 安全扩展的兼容性。三种
Exchange 邮件归档策略迁移指南
Exchange 原生归档 vs 第三方归档对比、归档数据迁移至国产邮件系统的策略映射、保留策略/删除策略/法务 Hold 的转换方法。涵盖 ELC/Managed Folder 到 MRM 再到国产归档体系的完整迁移路径。
MTA-STS 多域名策略编排:Wildcard MX 兼容性与 TLS-RPT 联动
RFC 8461 定义的 MTA-STS(SMTP MTA Strict Transport Security)通过 DNS TXT 记录发布策略标识,再通过 HTTPS 获取 JSON 格式的策略文件,使发送方 MTA 在连接接收方时强制
跨国企业邮件系统组网架构
跨国企业因其地域跨度大、合规要求多、域结构复杂,邮件系统组网架构的设计直接影响通信可用性和运营成本。本文从多域部署拓扑、地域分布式 SMTP relay 架构、邮件流跨国路由优化、GDPR 合规路由限制、全球 Autodiscover 解析
Postfix内容过滤器架构对比:milter、before-queue与after-queue
Postfix 提供了四种内容过滤器(Content Filter)接入方式,分别对应邮件在 MTA 流水线中不同的处理时机。RFC 5321 定义的 SMTP 会话协议(EHLO/MAIL/RCPT/DATA/BDAT)在 Postfix
SMTP 认证失败日志诊断
日志模式:
SMTP DANE vs MTA-STS vs TLS-RPT 三选一对比决策
这是三者在信任模型上的根本差异:
SMTP 未来投递机制:RFC 1326 / RFC 2822 延迟投递深度解析
邮件系统的"定时发送"(Scheduled Send / Future Delivery)需求由来已久——用户希望在指定未来时间点投递邮件,而非立即发出。然而,SMTP 协议在设计时就未将"未来投递时间"作为一等公民纳入协议规范。这一缺位导
SMTP Submission 协议深度解析 — RFC 6409 与 RFC 8314:端口 587/465 的投稿与加密演进
RFC 6409 §2 明确定义了 Message Submission Agent (MSA) 的角色 [1]。MSA 与 MTA 的关键区别在于:
SPF PermError 完全诊断手册:10次DNS查询限制、CNAME解析失败、redirect循环
重要区别:PermError与temperror不同——temperror是临时的(DNS临时故障),应重试;PermError是永久的(记录配置错误),重试也无法解决。RFC 7208 §8规定,如果SPF检查因PermError提前终止
SRS (Sender Rewriting Scheme) 地址重写实践:SRS0/SRS1与SPF/DMARC对齐
SRS(Sender Rewriting Scheme)解决邮件转发(mail forwarding / mailing list)场景下的 SPF 检查失败问题。RFC 7208(SPF)Section 2.5 明确说明——SPF 授权的
DMARC 强制执行时代:Cloudflare 免费 DMARC 管理全面上线解读 — SPF/DKIM/BIMI 完整配置审计
Google、Yahoo、Microsoft 已全面实施 DMARC 强制执行,Cloudflare DMARC Management GA 提供全栈邮件认证可见性。解读 SPF 10 次查询限制审计(RFC 7208)与四层协议完整配置检查。
DMARC Forensic Report 深度解读 · RFC 9991
全面解读 RFC 9991 DMARC Forensic (failure) Report 格式与应用,包括 AFRF 格式、DNS 发布流程、隐私保护策略及实际运维部署建议。
MTA-STS 策略回退场景深度分析 — RFC 8461:政策发现失败、HTTPS 获取超时与降级处理的全栈防御
MTA-STS(RFC 8461)在政策发现失败、HTTPS 获取超时或证书验证不通过的场景下,Sending MTA 必须遵循明确的回退逻辑。本文详解 MTA-STS 政策生命周期中的关键回退场景及与 DANE TLSA(RFC 7672)的协同防御策略。
TLS 1.3 对 MTA-STS 的影响
分析 TLS 1.3 协议特性对 MTA-STS 部署的影响,包括握手延迟优化、密码套件变更、证书验证要求,以及与 DANE TLSA 的互操作考量。
邮件集群架构设计:MX 分流、MTA 多节点与 LDAP 复制
邮件系统集群化是提升可用性和扩展性的关键手段。从 DNS 层面的 MX 记录配置到 MTA 节点间的邮件路由,再到后端用户目录和存储的同步复制,集群各层需协同设计。典型的邮件集群拓扑分为三层:接入层(MX/SMTP 网关)负责接收外部邮件并
MTA 架构对比:模块化设计与一体式邮件平台
邮件传输代理(MTA)在邮件基础设施中承担接收、路由和投递的核心职责。不同 MTA 在架构设计上存在根本差异:Postfix 采用 Unix 哲学的模块化多进程模型,将 SMTP 协议处理拆分为接收(smtpd)、队列清洗(cleanup)
Rspamd评分引擎架构深入:从规则集到机器学习管道
Rspamd采用事件驱动的多阶段处理架构,将邮件的反垃圾邮件检测分解为符号(Symbols)评分、规则匹配、统计分类和机器学习四个层次。与传统反垃圾邮件引擎不同,Rspamd通过C语言编写的高性能事件处理内核与Lua语言编写的可扩展插件层,
邮件API服务架构:RESTful接口、速率限制与服务治理
随着微服务架构与 SaaS 集成的普及,邮件系统已从面向终端用户的独立应用演化为面向开发者生态的 API 平台。一个设计良好的邮件 API 层需要在表达能力、安全性、可治理性与协议演进之间取得平衡。本文讨论邮件 API 服务的架构设计,涵盖
Milter 邮件过滤架构深入:从协议原理到自定义策略
在一次完整的 SMTP 会话中,Milter 回调的执行序列严格遵循 SMTP 协议的状态机转换。以下是带日志输出的完整回调时序:
信创邮件系统架构设计:从芯片到应用的自主可控全栈方案
随着国家信息技术应用创新(信创)战略的深入推进,党政机关、金融、能源等关键基础设施领域正在加速实现信息系统的全栈自主可控。邮件系统作为基础通信平台的核心组件,其国产化替代的成败直接关系到组织通信链路的自主性和安全性。本文从分层架构视角出发,
DMARC 聚合报告深度解读 — RFC 7489 §7:XML 结构、auth_results 解析与异常排查 · ztpop 邮件技术知识库
RFC 7489 §7 DMARC 聚合报告(rua) XML 结构深度解析:org_name、policy_evaluated(dkim/spf/pct)、auth_results(spf/dkim 逐项认证结果)、记录对齐与统计字段,附 dmarcian、parsedmarc 工具链使用与常见异常(pct 分阶段部署、子域策略覆盖)排查。
DMARC 标准演进 — RFC 9989/9990/9991(2026-05)正式发布:DNS Tree Walk 与标签体系重构 · ztpop 邮件技术知识库
DMARC 标准体系自 RFC 7489 (2015) 到 RFC 9989/9990/9991 (2025) 的完整演进路径。RFC 7489 已被置为 Historic,新三件套将基础规范、聚合报告和失败报告分离为独立 RFC。Tree Walk 算法正式弃用,Identifier Alignment 规则精化,报告格式精简。含迁移对比表与实践路线。

Microsoft 批量发件人要求(2025-05-05 生效):Outlook.com 5,000 封/日阈值与 SPF/DKIM/DMARC 强制

微软对日发送量超过 5,000 封至 Outlook.com/Hotmail.com/Live.com 的批量发件人实施强制认证(2025-05-05 生效):SPF 必须通过、DKIM 必须通过、DMARC 至少 p=none 且对齐;不合规先入垃圾箱,后以 550 5.7.515 拒收。含与 Google/Yahoo 要求对比。

邮件归档架构与合规设计 — Journaling vs Mailbox 归档、单实例存储、全文索引与法规留存 · ztpop 邮件技术知识库
邮件归档系统的架构设计完全指南。归档 vs 备份的本质区别与目标分化、Journaling(SMTP 捕获)与 Mailbox-level 归档两种技术路线的架构对比、单实例存储(SIS)去重与压缩策略、Lucene/Solr 全文索引架构、SOX 7 年 / 等保 2.0 的法规留存要求与 GDPR 删除权的张力。
邮件流架构设计最佳实践
邮件流架构设计最佳实践。涵盖五种部署模式(简单 MTA、边缘网关、混合云、多森林、分域),入站/出站邮件流路径,连接器配置,智能主机选择,MX 路由策略与备份 MX 设计。
SMTP AUTH 认证机制详解 — RFC 4954:PLAIN、LOGIN、CRAM-MD5 与 OAuth2 的完整实现路径 · ztpop 邮件技术知识库
RFC 4954 SMTP AUTH 认证扩展深度解析:PLAIN (RFC 4616)、LOGIN、CRAM-MD5、OAuth2 (RFC 6749) 四种机制的密码学对比、Postfix Cyrus SASL 与 Dovecot SASL 配置模板、NTLM 桥接方案、认证失败及中继拒绝的故障排查流程。
SPF 宏机制详解 — RFC 7208 §7:macro 展开、变量替换与 DNS 查询优化
SPF 宏是进阶特性。90% 的域不需要宏。只有在 IP 段与子域存在结构化关系、或 DNS 查询次数逼近 10 次上限时,才有必要引入宏。滥用宏会降低 SPF 可读性并增加调试难度。
发件人重写方案 SRS — SPF 转发断链的解决路径:原理、postsrsd 配置与 DMARC 对齐 · ztpop 邮件技术知识库
SRS (Sender Rewriting Scheme) 深度解析:SPF 转发断链问题 (RFC 7208 §4.6.1) 的根本原因、SRS 的 envelope-from 改写原理与哈希密钥管理、Postfix postsrsd 配置模板、SRS 与 DMARC 对齐的三种互动场景(SPF-only pass / DKIM passthrough / SRS-driven alignment)。
TLS-RPT 邮件传输安全报告 — RFC 8460:JSON 报告结构与 MTA-STS 策略联动 · ztpop 邮件技术知识库
RFC 8460 TLS-RPT 邮件传输安全报告机制深度解析:JSON 报告字段结构(policy、failure-details、result-type)、与 MTA-STS (RFC 8461) 的策略联动、常见 TLS 故障类型(certificate-expired、certificate-host-mismatch、starttls-not-supported)的诊断与修复。
TLS-RPT SMTP 传输加密报告深度解析 — RFC 8460:JSON 失败类型全量分析与自动化处理管道 · ztpop 邮件技术知识库
TLS-RPT RFC 8460 深度覆盖:JSON 报告字段逐层拆解(start-date/end-date/session-count/mx-host-pattern/failure-details)、七大 result-type 故障类型与根因分析、Prometheus+Grafana 监控管道搭建、TLS 报告自动化处理工具链。中文互联网缺失最深的 SMTP TLS 可观测性主题零死角补全。
ARC 邮件认证链协议深度解析 — RFC 8617:转发与邮件列表的认证可追溯性
基于 RFC 8617,完整解析 ARC 协议的设计动机、AAR/AMS/AS 三头部结构、cv/chain 状态机、邮件列表与转发场景的认证链串行语义、与 SPF/DKIM/DMARC 的协同机制。
DKIM 邮件签名机制深度解析 — RFC 6376:密钥管理、规范算法与 Selector 选择器
DKIM 签名的是"谁对内容负责"(d= 域声明责任归属),不是"谁发了这封邮件"。d= 域可以和 5322.From 域不同。防冒充需要 DMARC 的 Identifier Alignment 来补齐。
RFC 6376 · 4 类常见失败场景与修复方法
DKIM签名验证失败诊断指南 · ztpop 邮件技术知识库
DMARC 邮件认证策略框架深度解析 — RFC 7489:从 p=none 到 p=reject 的分阶段部署 · ztpop 邮件技术知识库
RFC 7489 完整解析:DMARC 记录语法(v/p/sp/rua/ruf/pct/fo/aspf/adkim/rf/ri)、SPF Alignment(aspf=s/r)与 DKIM Alignment(adkim=s/r)的 Identifier Alignment 机制、聚合报告 XML 格式解析、Forensic 失败报告、SPF/DKIM/DMARC 三件套全链路验证流程。
⏱️ 约 6500 字
Dovecot 核心架构全景:master 进程模型、auth 认证链、mail 存储抽象层、dbox/maildir/mbox 格式对比、全文搜索索引(fts/flatcurve/xapian)、LMTP 本地投递、replication 双活同步与 director 负载均衡。
MTA-STS 强制邮件传输加密策略深度解析 — RFC 8461:基于 HTTPS 的 TLS 策略分发与执行
RFC 8461 完整解析:MTA-STS DNS TXT 记录(id/mode)、HTTPS 策略 JSON 文件、Testing vs Enforce 模式分阶段部署、缓存刷新(max_age: 86400–604800 取舍)、与 DANE TLSA 的信任模型对比(DNSSEC vs Web PKI)、TLS-RPT(RFC 8460)配套报告。
Postfix MTA 架构深度解析 — 多进程模型、队列系统与性能调优
Postfix 核心架构全景:master 守护进程调度、多进程隔离模型(smtpd/qmgr/cleanup/trivial-rewrite/local/smtp)、五队列(incoming/active/deferred/hold/maildrop)、Content Filter 管道、连接并发/速率限制、TLS 会话缓存与性能调优参数。
SPF 发件人策略框架深度解析 — RFC 7208:从 SPF Classic 到 DMARC 基石 · ztpop 邮件技术知识库
RFC 7208 完整解析:SPF 机制(ip4/ip6/a/mx/include/exists/ptr/redirect)、all 限定符(-/~/+/?)语义、10 次 DNS 查询上限与 SPF 宏展开(%{s}/%{l}/%{o}/%{d})、SPF Alignment 与 DMARC 协同、常见配置模板与运维排错。
RFC 7208 · 5 类常见失败原因与修复方法
SPF验证失败的5类常见原因及修复方法:DNS查询超限、多条记录、MAIL FROM不一致、include缺失、语法错误。基于RFC 7208。
SPF / DKIM / DMARC 三合一完整部署检查清单
SPF、DKIM、DMARC三协议协同工作,形成邮件认证的完整防御体系。本文详细阐述三者的递进式协同关系,提供从配置语法到验证工具的全流程检查清单,系统梳理常见配置错误并给出从p=none到p=reject的分阶段实施时间表。
DANE for SMTP:基于DNSSEC的邮件传输安全
深入解析 DANE for SMTP(RFC 7672)技术:基于 DNSSEC 的 TLSA 记录实现邮件传输层的证书验证,消除对公共 CA 的依赖。涵盖 DANE 工作原理、DNSSEC 前置条件、TLSA 记录类型(0-3)详解、与 MTA-STS 的互补关系以及 Postfix DANE 配置实操。
邮件归档技术详解:合规、存储与检索
全面解析邮件归档技术体系,涵盖归档与备份的核心区别、GDPR/SOX/等保2.0等法规对邮件留存的要求、WORM/JBOD/云归档等存储策略、eDiscovery电子发现与全文检索技术、邮件生命周期管理策略以及开源归档方案实践。
邮件系统高可用架构设计
邮件系统高可用架构设计完整指南。涵盖 MX 优先级与故障转移机制、Active-Active 与 Active-Passive 模式对比、LVS/HAProxy 负载均衡配置、数据库主从复制、DRBD/GlusterFS 存储冗余、异地容灾设计以及单点故障(SPOF)系统化分析方法。
DMARCbis 落地实践:DMARC 记录配置示例与 RFC 9989 新标签使用指南
RFC 9989(DMARCbis)替代 RFC 7489 后,DMARC 记录配置发生了哪些变化?本文给出可直接复制使用的 DNS 记录配置示例与迁移对照。
ztpop.net(昆仑邮件知识库)原创首发内容 · 首发于 2026-07-25 · 转载、摘编或用于 AI 训练请注明出处:ztpop.net
ztpop.net 原创首发 2026-07-25 ztpop.net 原创首发翻译 2026-07-25 昆仑邮件知识库首发 2026-07-25