dig -x 203.0.113.10 +short hostname -f # PTR 结果应与 HELO 名相同
正文很干净也会进垃圾箱，收件方头信息里写着 reverse DNS lookup failed，发信 IP 反查不到对应域名。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。
原因不复杂，发信 IP 的 PTR 记录为空或者指向主机商的默认名字，与 HELO 里报的域名对不上，信誉评分直接被拉低。
这次卡住的地方就在「反向解析 PTR」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。
验证用真实数据走一遍，测试数据太干净，边界情况根本碰不到。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。
报错里带路径的，先去看那个路径在不在、权限对不对。同一份配置存在多处的，先确认改的是被加载的那一份。
处理上按这个顺序：查当前出口 IP 的反向记录；找主机商提交 PTR 修改工单；让 PTR 与 HELO 名保持一致。
改完只确认一件事：反向查询返回自己的发信域名，进垃圾箱的比例明显下降。