FAQ 问答

Gmail 自 2024 年起要求所有发信域必须通过 SPF 或 DKIM 认证。你的域名缺少或配置了无效的 SPF/DKIM 记录。

1. 检查域名的 SPF 记录：nslookup -type=txt yourdomain.com，应有一条以 v=spf1 开头的 TXT 记录。
2. 检查 DKIM 记录：确认发信 MTA 生成的 DKIM 选择器对应的 TXT 记录已在 DNS 发布。
3. 如缺失，联系邮件服务商获取正确的 SPF 和 DKIM 配置值并添加到 DNS。

Gmail 要求发信 IP 必须配置 PTR 反向解析记录（RFC 1912 §2.1）。你的发信服务器 IP 未配置 PTR，或 PTR 指向的域名无法正向解析回该 IP。

1. 联系 IP 提供商（云服务商/ISP）为发信 IP 设置 PTR 记录，PTR 值应为邮件服务器的主机名。
2. 确认 PTR 指向的域名可正向解析回该 IP（正反向解析闭环）。
3. 验证：nslookup <发信IP> 应返回你设置的域名。

SMTP 认证被服务器拒绝。常见原因：(1) 邮箱开启了两步验证，需要用应用专用密码；(2) SMTP 地址/端口/加密方式配置错误；(3) 邮箱服务商要求使用授权码而非登录密码。

1. Gmail 用户：在 Google 账户 → 安全性中生成应用专用密码，替换客户端中的登录密码。
2. Outlook.com/Microsoft 365：SMTP 为 smtp.office365.com，端口 587，加密 STARTTLS。
3. QQ/163 邮箱用户：在邮箱设置中开启 SMTP 服务并获取授权码，用授权码替代登录密码。
4. 确保邮件客户端勾选了"发送服务器需要身份验证"。

SMTP 服务器拒绝中继，因为邮件客户端未启用发送身份验证。

1. Outlook：文件 → 账户设置 → 双击邮箱账户 → 更多设置 → 发送服务器 → 勾选"我的发送服务器要求验证"，选择"使用与接收邮件服务器相同的设置"。
2. Foxmail：账户设置 → 服务器 → 勾选"SMTP 服务器需要身份验证"。
3. 确认 SMTP 服务器地址为邮箱服务商提供的外发服务器，而非本机。

SMTP 连接失败。常见：端口错误、加密方式不匹配、本地防火墙/杀毒软件拦截、ISP 封禁 25 端口。

依次检查：
1. SMTP 服务器地址是否正确（以邮箱服务商官方文档为准）。
2. 端口：常见为 587（STARTTLS）或 465（SSL/TLS），不使用 25。
3. 加密方式：端口 587 选 STARTTLS，端口 465 选 SSL/TLS。
4. 暂时关闭防火墙和杀毒软件测试连接。
5. 住宅宽带：部分 ISP 封禁 25 端口（反垃圾邮件），改用 587 即可。

发件箱卡住最常见四种原因：大附件阻塞队列、Outlook 处于脱机工作模式、SMTP 认证过期、某封邮件本身损坏导致的连锁阻塞。

按顺序排查：
1. 大附件：带大附件的邮件放在发件箱最前面会阻塞后面所有邮件。删掉或缩小附件后重试。
2. 脱机工作：点击"发送/接收"选项卡，确认"脱机工作"按钮未高亮。如已按下，点击取消。
3. 认证过期：文件 → 账户设置 → 双击账户 → 重新输入密码（或应用专用密码）。
4. 找"害群之马"：将发件箱中所有邮件拖到草稿箱，关闭 Outlook，重新打开后逐封从草稿箱发送，找到引起阻塞的那封。

SMTP 信封发件人（MAIL FROM）或 From 头地址与 SMTP 登录认证的用户名不一致。部分邮件服务商（如 Spectrum/Road Runner、Comcast）强制要求二者必须匹配，否则拒绝发送。

1. 确认邮件客户端的"电子邮件地址"字段与你用于 SMTP 认证的用户名完全一致。
2. Outlook：文件 → 账户设置 → 双击账户 → 确认"电子邮件地址"和"用户名"是同一个邮箱地址。
3. 如果邮箱有多个别名/代发地址，SMTP 登录必须用主账号用户名，发件人地址也只能用该主账号地址。
4. 如确实需要用不同地址发信，向邮箱服务商申请代发权限。

收件方告知该邮箱地址不存在（RFC 5321 §4.2.2）。可能是拼写错误、地址已停用或对方已离职。

1. 核对地址：注意 gmail.com vs gmial.com 等常见笔误。
2. 如地址无误，通过电话/微信等渠道确认该邮箱是否仍在使用。
3. 企业邮箱：对方可能已离职，联系对方公司获取有效邮箱。

附件经 Base64 编码后膨胀约 33%：20MB 文件编码后约 27MB。常见限制：Gmail 25MB、Outlook.com 25MB、国内企业邮箱通常 20-50MB。

1. 压缩附件（WinRAR / 7-Zip）。
2. 拆分为多封邮件分开发送。
3. 使用云盘上传后分享链接代替附件。
4. 如文件不大但仍超限，检查是否含未压缩的高分辨率图片。

收件人邮箱存储配额已用满，无法接收新邮件（RFC 5321，5.2.2）。

1. 通过电话/微信等非邮件渠道告知收件人清理邮箱。
2. 等待对方清理后重新发送。
3. 如长时间不清理，询问是否有备用邮箱。

单封邮件中的收件人（To/CC/BCC）总数超过了接收方服务器的限制。

1. 将收件人分成多批，每批不超过 50-100 人，分多次发送。
2. 各平台参考：Gmail 个人免费版每封最多 500 收件人，多数企业邮箱限制 50-100。
3. 如确实需要大规模群发，用专门邮件群发平台或邮件列表服务。

你今天发出的邮件总数超过了邮箱服务商的单日发信限额。Gmail 个人免费版每日 500 封、Outlook.com 每日 300 封、企业邮箱由管理员设定。

1. 等待次日凌晨配额自动重置后继续发送。
2. 将剩余邮件保存为草稿，次日发送。
3. 企业邮箱用户：联系邮件管理员申请提高单日限额。
4. 如需高频群发，使用专业邮件群发服务而非个人邮箱。

收件方邮件服务器暂时不可用或启用了灰名单（greylisting, RFC 6647）。收件方对首次见到的发信三元组返回临时拒收，要求发件服务器稍后重试。

1. 不需要任何操作。发件服务器会自动在几分钟到十几分钟后重新投递，通常第二次即可通过。
2. 如超过 1 小时仍未送达且无新退信，可能是邮件卡在发件队列中，联系邮件服务商管理员查看队列。

QQ邮箱对每个发信 IP 有三级频率控制：每分钟、每小时、每日限制（具体数值不公开）。同一 IP 短时间内发送到 QQ 的邮件超过阈值，触发 IP 级临时封禁。

1. 立即暂停发信，等待数分钟到数小时后以较低频率重新发送。
2. 将群发邮件分批发送，每批间隔 1-2 分钟。
3. 企业邮箱用户（多人共用同一发信 IP）：联系管理员排查是否有其他同事同时大量发信导致 IP 配额被占。
4. 大规模发信需求：使用邮件群发平台。

QQ 邮箱判定邮件内容涉嫌群发垃圾——通常因为：(1) 主题或正文含批量群发特征词；(2) 相同内容短时间内发送给大量收件人；(3) 此前有收件人将类似内容举报为垃圾邮件。

1. 修改邮件主题，去掉"免费""优惠""限时"等营销敏感词。
2. 正文增加个性化内容，避免千篇一律的套话。
3. 单次发送收件人数不超过 100 人。
4. 内容正常：请收件人将你的发件地址加入 QQ 邮箱白名单（设置 → 反垃圾 → 白名单）后重新发送。

收件方反垃圾系统拒绝接收。常见触发：主题含促销敏感词、正文全图片/文字极少、发件 IP 信誉低或被列入公共黑名单。

1. 修改主题去掉夸张营销词汇。
2. 正文确保有足够文字（建议 ≥100 字），不要只发一张图片。
3. 正常内容仍被拦：请收件人将你的发件地址加入白名单后重试。
4. 多人报告同类问题：在 MXToolbox 查询发件 IP 是否在黑名单中。

收件方管理员设置了自定义安全策略，明确拒绝你的发件地址或域名。这和你 SPF/DKIM 配置无关——验证通过不代表对方一定接收。

1. 通过其他渠道联系收件人，请其通知邮箱管理员将你的发件地址或域名移出拒绝列表。
2. 对方用 Google Workspace：管理员 → 应用 → Gmail → 高级设置 → 被拒绝的发件人列表中添加白名单。
3. 对方用 Microsoft 365：管理员在 Exchange 管理中心 → 邮件流 → 规则中查找针对你发件域的拦截规则。

Gmail 禁止接收可执行文件类型（.exe、.bat、.scr、.vbs、.msi 等）和部分脚本文件。即使打包在 .zip 中也会被扫描拦截。

1. 将文件打包为 .rar 或 .7z 格式（Gmail 不扫描这两种压缩包内部）。
2. 用 WinRAR / 7-Zip 对压缩包设置密码保护后发送。
3. 最稳妥：上传至云盘后分享链接代替附件。

发件人用 Outlook 以"RTF 格式"发送，RTF 将附件打包为微软私有的 TNEF 格式 winmail.dat。非 Outlook 客户端无法解析该格式。

1. 发件人：新建邮件 → "设置文本格式" → 改为 HTML 或 纯文本 后重新发送。
2. 一次性修复：文件 → 选项 → 邮件 → "以该格式撰写邮件"下拉选 HTML。
3. 已收到且不想麻烦对方重发：用在线 TNEF 解码工具提取附件。

DNS 中存在多条以 v=spf1 开头的 TXT 记录。RFC 7208 §4.5 规定一个域名必须只有一条 SPF 记录，多条时接收方返回 PermError。

1. 检查：nslookup -type=txt yourdomain.com | findstr "v=spf1"。
2. 将全部 include:/ip4:/ip6: 授权合并为一条。
3. 删除 DNS 中多余的 SPF TXT 记录（勿误删其他 TXT 记录）。
4. 等待 DNS TTL 生效后重新测试。

发件客户端使用的字符编码与收件人不兼容。常见场景：(1) Outlook 未设置 UTF-8 编码；(2) 用程序代码发信时 MIME 头未声明 charset=utf-8；(3) 服务器自动转换编码导致乱码。

1. Outlook：文件 → 选项 → 邮件 → 编辑选项 → 高级 → 国际选项 → 将待发邮件编码设为 Unicode (UTF-8)。
2. Foxmail：账户设置 → 高级 → 发送编码选 UTF-8。
3. 程序代码发信：确保 MIME 头声明 Content-Type: text/plain; charset=utf-8。
4. Python smtplib：在 MIMEText 中指定 _charset='utf-8'。

主流邮箱的反垃圾系统有"学习"机制：收件人手动标记垃圾会训练个性化过滤器，后续来自同一发件地址的邮件可能自动归入垃圾箱。

1. 请收件人在垃圾箱中找到你的最新一封邮件，点击"这不是垃圾邮件"或"移动到收件箱"。
2. 同时请收件人将你的发件地址加入通讯录/联系人。
3. 注意：已在垃圾箱中的旧邮件不会自动移回，需逐个手动操作。
4. Gmail 用户：还可创建过滤器 → 发件人=你的地址 → "永不将其发送至垃圾邮件"。

邮件转发会破坏原发件域的 SPF 认证。转发服务器将 envelope-from 改为自己，收件方检查 SPF 时对转发服务器 IP 做认证——如果原发件域配置了 DMARC p=reject，SPF 验证失败的转发邮件会被直接拒收。

1. 确认退信原因：看退信中是否提到 DMARC / SPF 相关提示。
2. 使用邮件服务商的自动转发功能，联系其技术支持确认是否支持 SRS（Sender Rewriting Scheme）——SRS 重写回信地址可修复 SPF 问题。
3. 替代方案：改用邮件客户端 POP3 收取再转发，或定期登录原邮箱手动处理。
4. 如果你控制原发件域：将 DMARC 策略调整为 p=none（仅报告不拦截），但这会降低域名安全性。

最常见原因：(1) 图片是网络链接（URL 引用）而非嵌入到邮件中，常见邮箱默认阻止外部图片；(2) 图片托管服务器不可访问或链接已过期；(3) Outlook 自身的 CID 图片引用 bug（微软2026年5月确认的已知问题）。

1. 发件人侧：在邮件中直接粘贴图片（Ctrl+V）而非插入图片链接。嵌入到邮件中的图片不会被阻止。
2. 如必须使用链接：确认图片 URL 可公网访问且未过期。
3. 收件人侧：右键图片位置 → 下载图片；或在 Outlook 信任中心中允许自动下载图片。
4. Outlook 图片红叉 bug：检查图片的 cid 内容 ID 是否异常，微软已发布补丁，更新 Office 到最新版本。

DMARC p=reject 要求收件方拒绝所有 SPF 与 DKIM 均验证失败的邮件。常见"误杀"场景：(1) 域名使用了第三方邮件转发（forwarding），转发破坏了 SPF；(2) 组织有多个发信渠道（CRM、工单系统、营销平台等），部分未纳入 SPF/DKIM；(3) 子域名未配置独立 SPF/DKIM 记录。

1. 先调回监控模式：将 DMARC 策略改为 p=none，确保不会继续拒收邮件。
2. 读报告找漏洞：查看 DMARC 记录中 rua 邮箱收到的每日聚合报告（XML 格式），找出所有发信源及其认证通过率。
3. 补全认证：为每一个合法发信渠道配置 SPF 和 DKIM。
4. 逐步收紧：确认全部合法源通过后，先改为 p=quarantine（标记垃圾箱），运行一段时间无误后再改为 p=reject。
5. 建议：切勿直接跳到 p=reject，从 p=none → p=quarantine → p=reject 渐进式部署。

收件方使用 SpamAssassin 反垃圾系统，你的邮件触发了垃圾内容规则（如 BAYES_99、HTML_MESSAGE、URI_WPBL 等），综合评分超过拒绝阈值。

1. 简化主题和正文，去掉过度营销化措辞。
2. 以纯文本格式发送一封测试邮件——如果通过说明原邮件 HTML 或链接触发了规则。
3. 减少邮件中的外链和图片数量。
4. 请收件人将你的发件地址加入白名单后重试。
5. 需要频繁与该收件方通信：请对方联系其邮件服务器管理员提供 SpamAssassin 命中规则详情。

第三方平台的发信服务器 IP 未包含在你域名的 SPF 记录中。收件方检查 SPF 时发现发信 IP 不在授权列表里，导致 SPF Fail。

1. 在 DNS 的 SPF 记录中加入该平台的 include: 机制：
   - SendGrid：include:sendgrid.net
   - Mailgun：include:mailgun.org
   - 阿里云邮件推送：include:dm.aliyun.com
   - AWS SES：include:amazonses.com
2. 合并示例：v=spf1 include:spf.protection.outlook.com include:sendgrid.net ~all
3. 为该平台配置 DKIM（平台提供 DKIM 公钥添加到 DNS）。
4. 等待 TTL 生效后用 MXToolbox SPF 检查器验证。

"已发送"仅表示发件服务器接受并投递了邮件，不等于对方一定收到了。常见原因：(1) 邮件被对方邮箱服务商无声丢弃；(2) 邮件被分到 Gmail 的"促销"/"社交"等非主收件箱标签页；(3) 收件人设了过滤规则将邮件移到其他文件夹。

1. 请对方搜索你的发件地址，检查所有文件夹和标签页。
2. 请对方将你的发件地址加入通讯录/联系人。
3. 确认地址无误后重新发送并在正文注明"收到请回复"。
4. 持续出现此问题：用 mail-tester.com 测试邮件评分和可送达性。

突然全面退信通常指向三类原因：发件 IP 刚被列入黑名单、DNS 记录失效或变更出错、邮箱账户被暂停或限流。

按优先级排查：
1. 查黑名单：在 MXToolbox 输入发件 IP，看是否刚被列入 Spamhaus/Barracuda 等黑名单。
2. 查 DNS：确认 SPF/DKIM/DMARC 记录是否仍能查到。
3. 查账户状态：登录网页版邮箱看是否有异常提示（锁定、超额、暂停）。
4. 查变更：最近 24 小时内是否修改了 SMTP 配置或 DNS 记录？如有则回滚。
5. 联系服务商：以上都正常则联系邮箱服务商技术支持。

邮件延迟最常见原因是灰名单（greylisting, RFC 6647）：收件方对首次见到的发信三元组返回临时拒收（4xx），发件服务器自动等待后重试。正常延迟在几分钟到一小时。更长的延迟可能由收件方服务器队列积压或网络路由问题导致。

1. 延迟在 1 小时内：正常现象，无需处理。
2. 延迟超过 4 小时：联系邮件服务商技术支持，提供发件时间和收件地址，请其查询投递日志。
3. 频繁出现长延迟：企业邮箱用户请管理员检查发件服务器队列是否有积压。

SMTP 退信包含标准化的状态码和诊断信息，无需逐字读懂整封退信也能抓出关键信息。

1. 看第一位数字：4xx = 临时失败（系统会自动重试，无需操作）；5xx = 永久失败（需人工修正后重发）。
2. 找到收件方返回的消息：退信中看 said: 或 Remote Server returned 后面的内容——那是收件方邮件服务器给出的确切原因，最关键。
3. 按错误码搜索：把退信中的错误码（如"550 5.1.1"）加关键词搜索，即可找到针对性解决方法。

大型邮箱对新出现的发信 IP 和域名默认不信任——没有信誉积累。垃圾箱判定由 IP 信誉、域名信誉、认证完整度、内容质量、用户互动率等多维因素决定。

1. 认证三件套：确认 SPF、DKIM、DMARC 均已配置并通过验证。
2. PTR 反向解析：联系 VPS/主机商为发信 IP 设置 PTR，指向可正向解析回该 IP 的域名。
3. IP 预热：新 IP 先给少量活跃用户发，逐步增加（2-4 周）。
4. 查黑名单：MXToolbox 查 IP 黑名单，VPS IP 段常被 Spamhaus PBL 预拦截。
5. 测分：用 mail-tester.com 评分，目标 ≥9/10。
6. 监控信誉：注册 Google Postmaster Tools、Microsoft SNDS。
7. Docker 环境：确保 MTA 的 myhostname 设为真实 FQDN 而非容器随机 ID。
8. 邮件内容确保有文字、无可执行附件、不是纯图片。

Spamhaus 是全球最大的反垃圾邮件组织，其 ZEN 黑名单整合了 SBL（手工黑名单）、XBL（漏洞利用黑名单）、CBL（行为黑名单）、PBL（策略黑名单）。被列入后，所有使用 Spamhaus 的邮件服务商（Gmail/Outlook/Yahoo 等）都会拒绝你的邮件。查看退信中返回的链接确认被列入哪个列表。

1. 定位列表：访问 spamhaus.org/lookup 输入 IP 查询被列入哪个子列表。
2. PBL 解除：PBL（策略黑名单）——点击 Remove an IP from PBL，填写 IP/邮箱/国家/类型，用收到的 5 位验证码确认。邮箱不能用 Gmail/Hotmail/Yahoo 等免费邮箱，必须用发件域的真实邮箱。
3. CBL/XBL 解除：被列入说明 IP 有发垃圾行为（可能被黑客利用），先清除恶意软件/修复安全漏洞。CBL 自动检测并移除，通常在 24 小时内。
4. SBL 解除：最严重的手工黑名单，通过 Spamhaus 官网提交详细申诉。
5. 解除后约 1 小时生效。解除后查找并修复被列的根本原因，否则会被再次列入。

微软将你的发信 IP 列入了内部拦截列表（S3140/S3150 为微软内部代号）。与 Spamhaus 不同，这是微软自家的信誉系统，通常因为历史上有 Outlook/Hotmail 用户将你的邮件标记为垃圾邮件。

1. 注册 SNDS：访问 Microsoft SNDS，用发信 IP 对应的域名邮箱注册。
2. 验证 IP 所有权：在 SNDS 中请求 IP 访问权限，需邮件域名管理员确认。
3. 注册 JMRP：同步注册 JMRP（垃圾邮件报告计划），接收 Outlook 用户投诉报告。
4. 根据投诉整改：分析 JMRP 报告中的投诉原因（内容类似垃圾、收件人不认识发件人等）。
5. 提交申诉：在 SNDS 面板中提交解除请求，通常 1-3 个工作日处理。
6. 务必先确保 SPF/DKIM/DMARC 配置正确，否则解封后可能再次被列。

163/126 邮箱反垃圾系统（网易自研引擎）拒绝了你的邮件。DT:SPM 是网易专用反垃圾代码。常见触发：(1) 主题或正文含促销敏感词（如"免费""优惠""发票""促销"）；(2) 邮件中超链接过多；(3) 纯图片邮件几乎没有文字；(4) 短时间内向大量收件人发送相同内容。

1. 修改主题，去掉促销/营销类敏感词。
2. 减少邮件中的超链接数量。
3. 正文确保有足够文字（建议 ≥100 字），不要只发一张图片。
4. 发送时将自己（发件人）加入抄送（CC）——这经常是一个立竿见影的方法。
5. 降低单次发送量，分批发送。
6. 确认使用的是邮箱授权码（在邮箱设置中开启 SMTP 服务后获取）而非网页登录密码。

邮件撤回的成功率完全取决于双方使用的邮件系统。组织内部 Exchange/Microsoft 365 之间有一定撤回可能，发送到外部（Gmail/QQ/163 等）几乎无法撤回。

1. Exchange/Microsoft 365 内部撤回：打开已发送邮件 → 文件 → 信息 → 重发或撤回 → 撤回该邮件。仅当双方在同一 Exchange 组织且对方未读时生效。
2. Gmail 撤销发送：设置 → 常规 → 撤消发送，最多可设 30 秒撤销窗口。邮件一旦过了这 30 秒就无法收回。
3. 发到外部：邮件已发出 → 几乎无法撤回。如涉及机密信息泄露，应立即通知管理员和法务评估影响。
4. 预防措施：敏感邮件先写正文再填收件人；启用 Outlook 规则在每封邮件发送前延迟 1-2 分钟（在此期间可从发件箱中取消）；Gmail 开启 30 秒撤销。