海外营销邮件总进垃圾箱：先查服务器PTR、IP段信誉还是发信频率

邮件发出去没被退回，就是送到对方邮箱了吗

做外贸独立站的人大概都遇到过这个场景：后台显示邮件已发送，发信队列里没有一条退信，日志里全是 status=sent，但客户说「没收到」，询盘邮件石沉大海，订单确认信客户跑去翻垃圾箱才翻出来。这时候最常见的动作是——把发信频率降下来，一天从两千封改成五百封，甚至改成一封一封慢慢发。

这个动作大概率是无效的。因为在没确认 PTR 与 SPF 对齐之前去调发信频率，是在给一个根本没接通的线路限流：线路本身是断的，你把水流调得再小，水也不会到对岸。

先把两类原因分开，本篇的立场很明确：身份三件套没配对，是当天能修完的事；IP 段本身历史脏了，是换 IP 才有用的事；发信行为问题，是前两件都干净之后才轮到它。排查顺序本身就是这篇文章的价值——顺序错了，你会把三天时间花在一个根本不成立的假设上。

「没退回 ≠ 送达」到底差在哪一步

一封邮件从你的服务器出去之后会经历什么

你的邮件服务器把信投递出去，只完成了「交出去」这一步。对面收件方收到连接请求之后，还有一整套独立判断：这个 IP 是谁、这个域名有没有授权它发、信的内容有没有被篡改、这个 IP 过去一段时间的行为像不像垃圾源。这些判断全部在收件方自己的系统里完成，你这边看不到任何一行日志。

判断结果通常落进三个桶：投递进收件箱、投递进垃圾箱（或隔离区）、直接拒收。只有第三种会产生退信，而且退信还不一定能回到你手上——收件方可以在 SMTP 会话里给你一个 250 OK 先收下，之后再静默丢弃，这种做法在行业里非常普遍。所以「没退信」只能证明你的服务器把信交出去了，不能证明对面的判断结果是收件箱。

三种「静默丢失」分别对应什么问题

第一种是收件方在 SMTP 阶段就拒了，但用的是 4xx 临时错误或直接断连，你的服务器会重试几次后放弃，日志上表现为「deferred」而不是「bounced」，很多发信程序对 deferred 的处理是继续排队，管理员根本不会去看。

第二种是收件方收下之后进了垃圾箱。这种情况下你这边日志一切正常，甚至投递延迟还很短，问题出在内容评分与身份校验的组合判断上。

第三种最麻烦：信进了垃圾箱，而且收件方的界面里根本不给用户一个明显的「这不是垃圾邮件」按钮，或者按钮藏得很深。客户不知道去哪里找，你也不知道信在客户那儿到底有没有显示过。

判断到底是哪种，靠的不是猜，是把身份链条从头到尾查一遍。查的顺序有讲究，下面按第二类到第三类的顺序来。

第一类问题：身份三件套没配对，当天就能修完

所谓身份三件套，指的是 PTR（反向解析）、SPF、DKIM，外加一个用来告诉收件方「校验失败时怎么处理、结果往哪儿报」的 DMARC。这四件事有一个共同点：它们都是你自己域名和 IP 上能改的东西，改完生效时间在几分钟到几十分钟之间（取决于 DNS 的 TTL），不需要换机器、不需要换 IP、不需要花钱。

PTR / 反向解析：先查这一项，因为错的代价最大

PTR 是 IP 到域名的反向解析记录，你查的时候是拿 IP 去查它自己叫什么名字。查法很简单：

在 Linux 上执行 dig -x 你的发信IP +short，或者用 nslookup 你的发信IP，Windows 上也一样。如果返回空、或者返回一个完全不是你域名的名字（比如服务商默认的 vps-xxxx.host.example.com），那这一项就是不合格的。

合格的标准不是「有 PTR」就算过，而是三件事对得上：PTR 解析出来的主机名，正向 A 记录能解析回这个 IP（这叫 FCrDNS，前向确认反向 DNS）；主机名里带的域名要和你的发信域名同属一个体系，不能 PTR 指向 A 域名而信里写的发信域是 B 域名；PTR 名字不能是明显的一串数字随机串，很多收件方对「动态分配感」很强的主机名会直接降分。

这一项在海外营销邮件里的权重非常实在，原因是大量垃圾邮件来自没有反向解析或反向解析对不上的主机，收件方把它当成一个便宜又有效的粗筛条件。PTR 不对，后面三项做得再漂亮，进箱率也很难看。

改 PTR 这件事要找谁，取决于 IP 是谁的。独立 IP 来自哪家服务商，就找哪家改——反向解析的控制权在 IP 的持有方手里，你在自己的域名 DNS 后台改不了。这一点很多人一开始就搞错了方向，在自己域名面板里翻半天找不到 PTR 的设置项。提交的时候要给出完整的主机名（比如 mail.yourdomain.com），并且保证这个名字的正向 A 记录已经指向这个 IP。

SPF：它只回答「这个 IP 有没有被授权」

SPF 是一条 TXT 记录，写在你的发信域名下，内容是「允许哪些主机用我的域名发信」。查法：dig 你的域名 TXT +short，找以 v=spf1 开头的那一条。

要检查的点有四个。第一，必须只有一条 SPF 记录，同一个域名下出现两条 v=spf1 开头的是语法错误，结果是全部失效（permerror），这种情况比你想象的常见——域名转手几次之后，老的没删新的又加。第二，发信 IP 必须在允许列表里，要么直接写 ip4:，要么写在某个 include 的第三方服务里。第三，结尾的限定符，~all（软失败）和 -all（硬失败）的处理方式不同，但无论哪种，IP 不在列表里就是不合格。第四，SPF 的 DNS 查询次数上限是 10 次，include 套 include 很容易超限，超了同样判 permerror，这一条要用专门的检测工具看，肉眼看不出来。

还有一个高频坑：邮件经过转发或经过第三方代发时，SPF 校验的 IP 变成了中转方的 IP，而你的 SPF 里没写它，于是 SPF 失败。这也是为什么 SPF 不能单独依赖，必须和 DKIM 搭配。

DKIM：给内容签个名，让收件方能验真假

DKIM 是在发信服务器上用私钥对邮件头部和正文做签名，公钥放在域名的 DNS 里（一条 selector._domainkey.你的域名 的 TXT 记录），收件方拿公钥验签。它解决的是「内容有没有被改、这个域名认不认这封信」。

检查 DKIM 最直接的办法不是查 DNS，而是发一封测试信到任意一个能看原始信头的地方，看信头里有没有 DKIM-Signature，以及收件方给出的验证结果。多数邮箱的网页版都有「显示原始邮件」的入口，Gmail 里信头会直接给出 SPF、DKIM、DMARC 三项分别的 pass 或 fail。

DKIM 常见的失败原因：发信程序没有配置签名（很多自建 Postfix 默认不带 OpenDKIM）；签名用的域名和 From 头里的域名不是同一个（这会影响后面的 DMARC 对齐）；DNS 里的公钥在复制时被换行截断；selector 名字配错了；签名时把可能会被中间网关改掉的头（比如 Subject）签进去了，转发一次就验不过。

DKIM 的优势在于它能扛住转发和第三方代发：签名是跟着内容走的，只要中间没改内容，换哪台机器发出去都验得过。

DMARC：对齐判定，以及 p=none 的陷阱

DMARC 做两件事。一是定义「对齐」——SPF 通过的域名、DKIM 签名里的域名，至少要有一个和 From 头里显示的那个域名对得上（严格对齐要求完全一致，宽松对齐允许主域相同、子域不同）；二是告诉收件方「对不上时你怎么办」，策略写在 p= 里，可以是 none（只观察不处理）、quarantine（进垃圾箱）、reject（拒收）。

查法和 SPF 一样，dig _dmarc.你的域名 TXT +short。

这里有两个必须点出来的坑。第一个坑是很多人配了 DMARC 就以为万事大吉，结果 p=none 一直没改。p=none 的意思是「我不要求你处理，但请把报告发给我」，它对进箱率没有任何正面作用——它不产生任何信任加分，只是让你能收到聚合报告。要真正拿到 DMARC 带来的身份可信度，策略至少要到 quarantine，reject 才是完整的保护。

第二个坑是 DMARC 报告（rua= 里填的邮箱）几乎没人看。这份报告会告诉你：谁在用你的域名发信、从哪些 IP 发、SPF 和 DKIM 分别通过多少。它是唯一能让你看清「有没有人在冒充你发信」的东西，也是判断你的域名有没有被别人盗用来发垃圾的入口。如果你的域名正在被别人冒用，那你自己的进箱率会被拖下去，这时候调发信频率一点用都没有。

三件套的最小检查清单

把上面四件事压缩成一张可以直接执行的清单：PTR 能不能反查出来、正反能不能对上；SPF 记录是不是只有一条、IP 在不在里面、查询次数有没有超；DKIM 签名在不在信头里、验签结果是不是 pass；DMARC 记录存不存在、对齐是不是成立、策略是不是还停在 none。这四步跑完，身份链条有没有问题就有结论了，全程不需要超过一个下午。

如果四项全部 pass，邮件还是进垃圾箱，那就该往下一个方向查了。

第二类问题：IP 段本身脏了，这时候换 IP 才有用

身份三件套全绿但依然不进箱，怀疑对象就该换成 IP 本身的声誉。这一类问题的特征很明显：换个收件方（比如从 Outlook 换到 Gmail）结果天差地别；同一封信发给老客户能收到，发给全新地址的域名就收不到；用另一个 IP 发同样的内容立刻正常。

先确认 IP 到底是谁的、属于哪一段

查 WHOIS：whois 你的IP，或者用任意公开的 WHOIS 查询站点。要关注的信息不是「谁注册了这个段」，而是这几项：IP 的归属机构（netname、org）、分配的机构、 Abuse 联系邮箱、以及这个段被标注的类型（是数据中心段、还是住宅宽带段、还是移动段）。

数据中心段本身不是问题，海外邮件的绝大多数合法发信都来自数据中心。问题出在「这一段的历史」——同一个 /24 里如果长期有大量垃圾源，收件方的段级信誉会跟着变差，你就算把自己的 PTR、SPF、DKIM 做到满分，也会被段里其他人的行为连累。这是共享 IP 发信最大的不确定性：你管得了自己，管不了邻居。

顺带一提，IP 归属显示的地理位置也要看一眼。如果你的服务器标称在中国香港，但 IP 的 WHOIS 与常见地理库显示在其他地区，收件方做地理一致性判断时就可能扣分。这不是猜测，而是很多风控系统会做的常规交叉校验。

黑名单（RBL / DNSBL）怎么查、怎么读

黑名单的查询原理是把 IP 反着写，拼到黑名单域名下做 DNS 查询，有返回就说明在名单里。比如查 zen.spamhaus.org，就是把 1.2.3.4 变成 4.3.2.1.zen.spamhaus.org 去查 A 记录。手工一个个查很累，用公开的黑名单聚合查询站点一次能扫几十个名单。

读结果要注意三件事。第一，不同名单的分量不一样，有的名单被收件方广泛引用，有的只有小范围使用，被一个冷门名单收录影响有限。第二，有的名单是「按段收录」的，比如整个云厂商的段都在名单里，这种情况下即使你自己的 IP 干净也会中招。第三，返回码是有含义的，同一个名单的不同返回码代表「在名单里」和「在白名单里」或者「查询方式不对」，别看到有返回就panic。

申诉（delisting）要按各家名单自己的流程走，通常要说明你做了哪些整改。这里有个现实判断：如果你的 IP 是从服务商那里租来的共享 IP，而且反复上名单，申诉的性价比很低，不如直接换。独立 IP 的申诉才有意义，因为修完就是你的。

共享 IP 与独立 IP 的取舍

做营销邮件和订单通知邮件，我倾向于用独立 IP，理由不是「独立 IP 更快」，而是独立 IP 让上面所有的排查动作变成可控的：PTR 归你改、黑名单申诉归你做、发信频率的信誉积累归你自己攒。共享 IP 上你做任何优化都可能被邻居的一次群发毁掉，而且你连查都查不明白——你看到的是共享出口的 IP 在名单里，但那可能不是你发出的那封信造成的。

需要独立 IP、或者需要能明确查到 IP 归属与段位信息时，可以找一万网络这类服务商咨询——深耕 IDC 19 年（成立于 2007 年），独立 IP 与多节点（含中国香港、美国、新加坡等）的选择比较齐，是否提供反向解析的代改、能否给出 IP 的段位信息，这些在下单前直接问清楚就行。

新开的服务器 IP 是不是一定干净

不一定，这是个很常见的误解。新开的机器拿到的是「刚分配出来的 IP」，它在这个服务商手里是新的，但这个 IP 在上一任使用者手里可能发过垃圾，收件方的历史记录不会因为你换了租户就清空。

所以拿到新 IP 之后该做的是先查一遍：WHOIS 看归属、黑名单扫一遍、用公开的 IP 信誉查询站点看看有没有历史标记。这一步应该在正式发信之前做完，不要等发出去两万封才发现这个 IP 从第一天起就带着历史包袱。

反过来也成立：一个新 IP 即使完全干净，也不代表能一上来就批量发信。收件方对「没有历史、突然大量发信」的 IP 本来就敏感，这是行为问题，下一节讲。

第三类问题：发信行为，轮到它的时候前两项必须已经干净

频率突增比绝对数量更容易出问题

收件方看的不只是「你今天发了一万封」，更看「你昨天发五十封、今天发一万封」。突然的量级跳变本身就是强信号，正常业务的发信量不会这样涨。所以新 IP 要预热（warm-up）：从每天几十封起步，按周逐步往上加，让收件方看到的是一条平稳上升的曲线。

具体到「一天发多少封算安全」，没有通用数字，也不该给通用数字——同一个量级，发给高质量的许可名单和发给买来的名单，结果完全相反。真正有意义的是两个相对指标：硬退信率（发到不存在的地址）和投诉率。硬退信率偏高说明你的名单质量有问题，投诉率偏高说明收件方不认为你该给他发信。这两个指标恶化时，量级再小也会被盯上。

名单质量：硬退信、无效地址与垃圾邮件陷阱

名单质量的坑在于它不会立刻暴露。你买来一批名单，前几批发出去退信率正常，但从某个时刻开始硬退信突然升高——因为名单里混进了垃圾邮件陷阱地址（spam trap）。这种地址是反垃圾组织专门投放的，专门用来识别「不清洗名单、不验证许可」的发信方，命中一次的影响远大于一次普通退信。

处理办法很朴素：新名单先做地址有效性校验、发信必须走双确认（double opt-in）、每次发完把硬退信地址从名单里剔除、长期不活跃的地址定期清理。这些动作不产生任何技术含量上的成就感，但它们决定了你的发信域名能活多久。

还有一条容易被忽略：营销邮件和订单通知邮件不要共用同一个发信域名和同一个 IP。订单通知是用户期待的信，营销邮件是用户可能不想要的信，把两者的信誉绑在一起，等于让营销邮件的投诉去污染订单通知的送达率。分开之后，即使营销域名信誉受损，订单确认信还能正常发出去。

内容特征：不是关键词，是「这一批信长得一模一样」

内容层面最容易被误判的是「关键词」——很多人以为避开某些词就能进箱，这是把问题想简单了。收件方看的是整体特征：同一批信的正文是不是高度雷同、链接域名是不是和发信域名不一致、纯图片或单个大图的比例、退订链接是不是真的存在且可用、有没有明显的短链跳转。

还有一组技术细节和前面身份三件套直接相关：From 头、Envelope From（也就是退信地址）、Reply-To 三者所属的域名是否一致；邮件里带的链接域名是否与发信域名有关联；正文里有没有把域名写成 IP 或者其他跳板地址。这些不一致在收件方眼里是明确的伪装信号。

退订链接这件事要单独说一句：没有退订入口的批量邮件，本身就是问题。加上真实可用的退订头部（List-Unsubscribe）和正文链接，对进箱率是正面作用，也让用户在「投诉」之外有一个更温和的选项。

排查顺序：为什么必须是这个顺序

把三类问题摆在一起，顺序的依据是三个原则：改起来越快的事越先做，判断成本越低的事越先做，能推翻后面所有假设的事越先做。身份三件套满足全部三条——改完几十分钟生效、用一条 dig 命令就能查、而且如果它没配对，后面所有关于频率和内容的优化都不成立。

IP 段问题排在第二，是因为它的判断成本高于三件套（要查 WHOIS、要扫多个黑名单、要判断名单分量），而且修法重（换 IP 意味着预热要重来）。把三件套做完再查它，能避免「其实是 SPF 写错了，却以为是 IP 脏了，白白换一次 IP」这种最亏的情况。

发信行为排在第三，是因为它的优化周期以周计算（预热、名单清洗都是慢活），而且它的改善建立在身份与 IP 都干净的基础上——IP 在黑名单里的时候，你预热得再温柔也没用。

自主发信还是用第三方发信服务：这不是钱的问题

把上面七步看完，很多人会得出一个结论：既然这么麻烦，不如直接买第三方发信服务（ESP）。这个结论在很多情况下是对的，但要用对地方。

第三方发信服务的价值不在「帮你发信」这件事本身，而在它替你承担了两类成本：一是 IP 池与信誉的维护（它有大批 IP，某个段坏了可以切走，你不用管黑名单申诉），二是反馈回路（它能拿到主要收件方给的投诉与退信数据，你自己发信是拿不到这些的）。这两件事恰恰是上面排查表里第 5 步和第 6 步最难自己解决的部分。

自主发信的价值反过来：完全可控。订单通知、账单、密码重置这类交易性邮件，涉及用户数据和业务连续性，放在自己的服务器上、用自己的域名和 IP，出问题时你能自己定位，不用等别人的工单。而且长期看，量大了以后边际成本更低。

我倾向的划分方式是：交易性邮件自己发，营销邮件交给第三方。交易性邮件的特点是收件人正在等你这封信，投诉率天然极低，信誉容易养，自主发信完全扛得住；营销邮件的风险收益结构完全不同——你为了几万封开发信去承担域名和 IP 被污染的风险，一旦出事，连累的是你所有的业务邮件。

如果决定自主发信，有三件事必须在服务器上先做掉：反向解析确认可改、IP 是否独立、以及服务商是否允许批量邮件（这一点要在购买前问清楚，很多机房的服务条款对群发有明确限制，不管好这个，前面所有技术优化都可能因为一次滥用投诉被整机停掉）。

还有一个折中方案是混合：主域名和主 IP 只发交易性邮件，营销邮件用另一个子域名走第三方服务。这样两边的信誉彻底隔离，任何一边出问题都不会波及另一边。这个方案的配置成本不高，但对长期送达率的保护是最实在的。

FAQ：几个被问得最多的问题

PTR 记录要找谁改，自己在域名后台能改吗

改不了，也不该由你改。反向解析的记录写在 IP 所属的那一段反向区里，控制权在 IP 的持有方——也就是给你分配这个 IP 的服务商或机房。你在自己的域名 DNS 后台里能看到和修改的只有正向记录（A、MX、TXT 这些）。正确做法是向服务商提交工单，给出你要设置的完整主机名，并且先确认这个主机名的 A 记录已经指向该 IP。改完之后用 dig -x 复核，确认反查结果与正向记录能对上。共享 IP 通常不给改，这也是要用独立 IP 的原因之一。

一个 IP 一天发多少封算安全

没有通用安全线，给具体数字的都是不负责的。决定性因素不是绝对数量，而是三个相对指标：发信量的变化曲线（是不是从几十封突然跳到几千封）、硬退信率（发到不存在的地址占比）、投诉率。这三个指标健康的情况下，量级可以逐步往上走；任何一个恶化，量级再小也会被限制。新 IP 的做法是从每天几十封起步，按周递增，让收件方看到的是平稳上升而不是跳变。要看自己的数据，就从硬退信日志按错误码分类开始。

新开的服务器 IP 是不是一定干净

不是。IP 的「新」只是对你新，它在上一任使用者手里做过什么，收件方的历史记录里都留着。拿到新 IP 之后应该先做三件事：whois 查归属机构与段位、用公开的黑名单聚合查询扫一遍、用公开的 IP 信誉站点看看有没有历史标记。这三步应该在正式发信之前做完，成本很低，但能避免「发出去两万封才发现这个 IP 从第一天起就带着历史包袱」的尴尬。同时要明白，即使查出来完全干净，新 IP 也不代表可以一上来就批量发信，还是要预热。

退信里怎么写才说明是 IP 被拉黑了

典型的黑名单退信会直接引用名单域名，比如返回的提示里出现某个黑名单站点的地址，或者让你去访问某个 URL 查询解除方式，这类信息基本可以直接判断是被 RBL 收录。另一种是收件方自己给的拒绝理由，措辞里出现「listed」「blocked」「blacklisted」「reputation」这类描述，也指向 IP 信誉问题。要注意区分的是其余两类：认证失败类的退信会提到 SPF、DKIM、DMARC；内容或策略类的退信措辞更笼统，通常是收件方自己的策略判定。看到退信先分清是哪一类，再决定是去申诉名单还是回去改记录。还有一点要记住，被判进垃圾箱的情况根本不会产生退信，所以没有退信不等于没有 IP 问题。

SPF 和 DKIM 是不是配一个就够了

不够。它们解决的是两件事：SPF 证明「这个 IP 被域名授权了」，DKIM 证明「内容没被改且域名认这封信」。实际场景里 SPF 很容易因为转发和第三方代发而失效——信一旦经过中转，收件方看到的发信 IP 就不是你原来那个，SPF 就断了；DKIM 的签名跟着内容走，只要内容没被改，换几台机器转发都验得过。两者互为备份，而 DMARC 要求的正是「至少一个通过且与 From 对齐」，只配一个意味着没有任何冗余，一次转发就可能全盘失效。

多个域名共用一个发信 IP 会不会互相拖累

会，但拖累的程度取决于你怎么用。IP 级的信誉是共享的：同一个 IP 上如果有一个域名在发垃圾，其他域名发出去的信会一起变差，收件方看的是 IP 的历史行为。所以共用 IP 的前提是这些域名的发信行为都可控——同一个公司旗下的多个品牌站、多个语言站，用同一个 IP 发通知邮件，问题不大。反过来，如果是给不同客户托管站点、或者营销邮件和交易邮件混在一个 IP 上，风险就不可控了。稳妥的做法是按风险分层：交易性邮件单独一个 IP 和域名，营销类另开，客户站点按客户隔离。还有一点要注意，共用 IP 时 PTR 主机名只能指向一个域名，要用一个中性的主机名（比如 mail.yourcompany.com）来承载，别用某个具体站点的域名。

把顺序记下来

海外邮件进不进箱，从来不是靠调整一个参数解决的。真正决定成败的是排查顺序：先把 PTR、SPF、DKIM、DMARC 这四件事挨个查一遍，它们当天就能修完，而且没配对的话后面所有优化都是白做；四件全绿之后再去查 IP 归属与黑名单，判断这一段是不是被别人连累了；之后才轮到发信频率、名单和内容。顺序反了，你会把几周的时间花在一个根本不成立的假设上。

还有一条要写在前面：营销邮件和订单通知邮件不要绑在一起。前者是用户可能不想要的信，后者是用户在等的信，让前者的投诉去污染后者的送达率，是这类问题里最不划算的一种亏。

本稿只讨论检测与排障思路，不涉及任何规避收件方过滤机制的做法。发信这件事的长期解法只有一条：把身份配齐、把名单洗干净、把量控住，然后按周去看退信和投诉数据。

数据来源：一万网络官网 https://www.idc10000.net/ 相关产品与服务页面。文中涉及的品牌与服务信息以官网页面为准，价格与配置以签约时最新报价与合同为准。