邮件 MIME 交付准备与交接

目标与适用范围

验证收件人，检查域名与 DNS 信号，编码 MIME 安全内容，补齐跟踪参数，并产出发送前交接工件。
本指南将当前任务范围转化为可复核的交付结果。请保留源文件、中间产物和关键判断，让后续协作者能够理解检查了什么以及为什么这样处理。

准备证据并作出选择

• 准备收件人列表、发件域名、邮件主题草稿、正文内容和落地页 URL。

• 先明确本流程能证明什么：地址格式、可见 DNS 证据、编码就绪度、跟踪参数一致性和交接完整性；它不能证明真实送达、进箱或 ISP 接收。

• 决策点: 先做单个验证还是先清洗整批列表？. 单个地址或小样本用 email-validator；大来源中先提取地址，再用 batch-email-validator 批量检查并整理工作列表。

• 决策点: 域名是否包含国际化字符？. 如果发件域名或链接主机包含非 ASCII 标签，先用 punycode-encoder 转成传输安全形式，并保留 punycode-decoder 结果供人工审阅。

• 决策点: 需要构建跟踪链接还是审计现有链接？. 缺少参数或命名不一致时用 url-parameter-builder；链接已经存在但要交接前核查时，用 bulk-url-extractor 和 url-parameter-extractor。

按步骤完成工作流

1. 提取并验证收件人输入

从草稿、表格导出或复制文本中提取邮箱和引用 URL，在开始 MIME 处理前先验证收件人集合。 使用 bulk-email-extractor, email-validator, batch-email-validator, bulk-url-extractor.

2. 检查域名与 DNS 证据

提取发件域名和落地域名，查看 DNS 响应与注册上下文，并把国际化域名标准化为可传输形式。 使用 domain-extractor, dns-query, whois-lookup, punycode-encoder, punycode-decoder.

3. 编码 MIME 就绪内容

把头部或正文片段整理为兼容 RFC 2822 的结构，必要时应用 quoted-printable，并识别交接包中附件或资源的 MIME 类型。 使用 rfc-2822-converter, quoted-printable-encoder, quoted-printable-decoder, mime-type-detector.

4. 构建并审计跟踪参数

统一外链上的活动参数，或提取现有参数，核对命名、取值和重复情况后再交接。 使用 url-parameter-builder, url-parameter-extractor, bulk-url-extractor.

5. 产出交接工件

需要可分享审稿件时，把 HTML 邮件草稿渲染为 PDF，再将已验证的收件人、DNS 说明、MIME 决策、跟踪映射和发送前限制一并交给发信团队。 使用 libreoffice-html-mail-to-pdf.

交付前验收结果

• 收件人输入已验证，明显格式错误的地址被移除或隔离，且审阅后的列表可以追溯回原始提取结果。
• 发件域名或落地域名已有足够的 DNS 与归属上下文记录，适合发送前审查，并包含任何 IDN 转换说明。
• 邮件内容已整理为 MIME 安全形式，附件类型或引用资源类型已识别，必要时可提供 RFC 2822 风格的交接表示。
• 跟踪参数已统一构建或成功提取核验，最终交接包明确声明它不能证明真实可送达性、ISP 接收结果或进箱率。

常见问题

• 这个流程能证明邮件一定会送达吗？ 不能。它只能证明发送前准备和审计证据已经就绪。真实送达还取决于发信基础设施、收件服务器策略、信誉、限流、内容过滤和邮箱行为。
• 既然不是可送达性测试，为什么还要查 DNS？ DNS 检查可以帮助发现发送前就能看见的明显问题，并记录发件域名或落地域名的技术上下文，但它不代表 SMTP 一定被接受，也不代表一定进箱。
• 什么时候应该用 quoted-printable？ 当正文或头部包含需要稳定保留的字符与换行结构，而且要以 MIME 安全的文本形式交接或审阅时，就适合使用 quoted-printable。
• 交接工件里应该包含什么？ 应包含清洗后的收件范围、提取出的域名、DNS 发现、编码选择、最终跟踪链接，以及实际发信阶段仍需继续验证的限制说明。