如果你的程序、脚本或者Outlook/Foxmail之类的客户端，在用163邮箱发信时收到退信，里面出现了550 User has no permission或者554 DT:SPM，那说明你已经碰到了网易邮箱发信场景里最经典的两只“拦路虎”。前者是权限和认证没打通，后者是对方服务器根本不认可你这封信的“身份”和内容，直接把邮件扔进了垃圾箱甚至拒收。这俩错误经常连环出现，我见过不少开发者在配置完SMTP之后刚解决550，转头又撞上554，最后直接心态崩了。
这篇我打算从邮件投递的完整链路说起，把这两个错误码的来龙去脉、排查顺序、配置方法一次讲透，顺带把最近很多人问的“php-imap库只能获取QQ邮箱邮件、不能获取163邮箱邮件”这个衍生问题也拆开讲清楚。无论你是被服务器退信折腾的运维，还是用PHPMailer写发信功能的开发者，这篇应该能帮你少走不少弯路。
1. 先搞清楚退信链路：550和554是发生在哪个环节
很多人一看到退信就慌了，以为是自己163邮箱的密码错了或者被官方封了，其实根本没那么玄乎。邮件系统退信，本质上是某个环节的服务器替你说了一句“我不收”或者“你没资格”。你得先知道这句话是在哪儿说的，才能对症下药。
1.1 一次邮件投递要经过哪些“关卡”
拿163邮箱发信举例，表面上你点击“发送”，实际上这封信要经历的路程比你想的长得多：
- 第一关，你的客户端或者服务器程序连接163的SMTP服务器（
smtp.163.com），提交账号密码或者授权码。 - 第二关，163的SMTP服务器做身份认证，认证通过后收下这封信，然后根据收件人域名去找对方的邮件服务器。
- 第三关，对方的邮件服务器（比如收件人是Gmail，那就是Gmail的MTA）接收这封信。
- 第四关，对方的反垃圾网关对邮件进行评分、身份校验，决定是投递到收件箱、扔进垃圾箱，还是直接退回。
- 第五关，如果被退回，你的163邮箱会收到一封来自发件系统（一般是mailer-daemon）的退信通知。
也就是说，“163邮箱无法发送邮件”这个现象，实际分成两种情况：一种是在本地认证阶段就被163自己挡下了，根本没发出去；另一种是163帮你发出去了，但对方服务器在第三、第四关不买账，把它退了回来。这两个错误码正好对应了这两种路径。
1.2 550和554的具体含义与区别
550 User has no permission，从语义上讲是一个“永久性失败”的应答码。这表示服务器明确告诉你：你没有权限执行这个操作。它既可能出现在163这一侧，比如你用网页登录密码而不是客户端授权码去连SMTP，163一看这账号没开启SMTP服务，直接拒绝；也可能出现在收件方那一侧，比如对方服务器校验发现你的发件账号没有投递权限。结合标题里“163邮箱无法发送邮件”这个场景，九成以上是前一种，也就是你本地认证阶段就没过。
554 DT:SPM，则是典型的收件方反垃圾网关在第四关返回的退信原因。554也是永久失败，DT可以理解为邮件数据传输阶段的判定，SPM就是SPAM的缩写，意思是邮件被收件方的反垃圾系统评定为垃圾邮件。这种情况下，163其实已经成功帮你把信投递到了对方服务器，是对方在入口处做了内容信誉检查，不肯放进收件箱。
我整理了一个简单的对照表：
| 退信标识 | 语义 | 发生在哪个环节 | 常见场景 |
|---|---|---|---|
| 550 User has no permission | 发件方无权限，认证失败 | 连接SMTP或对方接收入口 | 未开启SMTP服务、用了登录密码做客户端认证 |
| 554 DT:SPM | 邮件被判定为垃圾邮件 | 对方反垃圾网关 | SPF/DKIM记录缺失、发信频率过高、内容疑似营销 |
理解了这两个错误的归属环节之后，排查路径就很清晰了：先把550彻底解决，保证信能发出去；再解决554，保证信能被对方正常收下。千万别反过来先折腾内容，那是在浪费时间。
2. 550 User has no permission：权限问题排查与解决
这个错误我平时帮人看的时候，基本都能在五分钟内定位。原因非常集中，无非是认证方式不对、协议没开启、端口配置错了这三类。真正因为163服务器本身故障导致的，我一次都没遇到过。
2.1 为什么163会返回“User has no permission”
先拆解这句话：User has no permission，直接翻译就是“该用户没有权限”。163的SMTP服务器返回这个，核心原因只有一个：当前登录的账号，没有使用SMTP发信服务的授权许可。
具体到操作层面，常见触发场景包括：
- 用网页版的登录密码去作为SMTP认证密码。163对第三方客户端强制要求使用“客户端授权码”，网页登录密码在SMTP认证里无效。
- 账号没有开启SMTP服务。163邮箱的SMTP、IMAP、POP3服务默认是关闭状态，必须在网页端手动打开。没开就用第三方客户端发信，肯定被拒。
- 配置里填写的用户名带了多余字符，比如写成了
xxx@163.com@smtp.163.com，或者端口和加密方式组合错了。 - 账号近期发信行为异常，触发了风控，被临时限制了客户端发信权限，这种情况比较少见，但确实存在。
很多教程会让你把“开启SMTP服务”和“生成授权码”混在一起说，其实它们是两个动作：开启服务是给账号开通协议权限，授权码是给第三方客户端发信用的一套独立凭证。两者缺一不可。
2.2 一步一步开启163的SMTP服务并生成授权码
下面这段操作用于解决大部分550错误，请你直接在浏览器里登录163邮箱网页版操作。步骤我尽量按我实际点过的路径来写，页面改版快，但入口一般不会变：
- 打开163邮箱并登录你的账号，进入首页。
- 在顶部或者右侧找到“设置”入口，一般藏在齿轮图标或者“设置”文字链接里。
- 进入设置页面后，找到“POP3/SMTP/IMAP”或者“客户端协议”这一类选项，点击进入。
- 页面会列出POP3、IMAP、SMTP等服务，确保SMTP服务处于开启状态。如果显示未开启，点击开启按钮。
- 开启过程中，163会要求你发送一条短信验证码到指定号码，这是为了确认是账号本人在操作。按照页面提示完成短信发送。
- 验证通过后，系统会让你设置一个“客户端授权密码”。这个密码可以自己填，也可以让系统生成。注意保存好，之后它只显示一次，不会有人再告诉你第二次。
- 生成完授权码，整个开启流程就算结束了。
提示：请留意“授权码”和“登录密码”的区别。客户端授权码是专门给SMTP/IMAP/POP3用的，长度通常比普通密码长，建议存放在密码管理器里，别写死在代码仓库中。
2.3 在常用程序里正确配置163 SMTP
授权码拿到手之后，剩下的就是把它填到正确的位置。这里以PHPMailer为例，很多PHP项目都是用它发邮件的，配置方式非常典型：
use PHPMailer\PHPMailer\PHPMailer; $mail = new PHPMailer(true); $mail->isSMTP(); $mail->Host = 'smtp.163.com'; // 163 SMTP服务器 $mail->SMTPAuth = true; $mail->Username = 'yourname@163.com'; // 完整邮箱地址 $mail->Password = '这里填授权码，不是登录密码'; $mail->SMTPSecure = PHPMailer::ENCRYPTION_SMTPS; // 使用SSL加密 $mail->Port = 465; // 163 SMTP SSL端口这里有个非常容易被忽视的点：163的SMTP服务器在SSL加密下推荐使用465端口，部分教程也会写994，但我实测下来465的兼容性最好。如果用25端口，很多云服务器默认封禁25端口，连接直接超时，这时候会报出其他错误而不是550，但别被迷惑，根因其实是端口被封。另外，587端口配合STARTTLS在163上也能用，但不是所有环境都稳定，我建议优先选465。
配完之后，记得先给自己发一封测试邮件。如果仍然报550，依次检查三件事：授权码是不是复制错了、服务是不是真的开起来了、账号名是不是完整的邮箱地址。
3. 554 DT:SPM：被判定为垃圾邮件的深层原因与对策
550解决了，邮件能出去了，然后退信变成了554 DT:SPM。我见过很多人在这一步直接跑去问163客服：“我为什么发不出去？”但问题其实不在163，而是在收件方服务器的反垃圾系统。你得换一个角度思考：为什么对方觉得你是垃圾邮件？
3.1 DT:SPM是怎么来的
邮件从163服务器发给对方服务器时，会带上完整的“身份信息”，包括信封发件人、邮件头里的From、域名对应的SPF记录、DKIM签名、邮件正文内容等等。收件方服务器的反垃圾网关会对这些信息做综合评分，相当于一个门卫在检查你的身份证、工牌、工作内容和行为记录。
DT:SPM是这个门卫检查完之后的结论：综合评分低于及格线，判定为spam。评分依据通常包括几个大项：发件域名的身份验证是否通过、发件服务器的IP信誉如何、邮件内容是否包含典型营销/垃圾特征、收件人数量和发送频率是否异常。
有一个需要特别说明的细节：如果你用的是163免费邮箱发信，发件域名是163.com，这本身是一个信誉很高的域名，SPF记录也齐全。那为什么还会被判SPM？问题往往出在“信封发件人”和“邮件正文From”不一致，或者你在邮件里写了某个自己域名的地址，但那个域名完全没有SPF记录。这种身份不一致会让对方反垃圾系统高度警惕。还有一种常见情况是收件人一次性收得太多，比如一封邮件抄送了几百人，这在网关眼里就是典型的群发营销特征。
3.2 从域名身份入手：SPF、DKIM、反查
解决554 DT:SPM，第一步永远是检查域名身份验证配置，尤其是SPF记录。SPF就好比房产证，告诉收件方“只有这些IP才能以我家的名义发邮件”。
查询一个域名的SPF记录，可以用系统自带的命令：
nslookup -type=TXT yourdomain.com或者用dig：
dig TXT yourdomain.com +short正常的返回结果里会有这样一行：
"v=spf1 include:spf.163.com ~all"如果你查到的记录没有v=spf1开头，或者整行记录是空的，那说明发件域压根没有配置SPF。你需要去域名服务商的管理后台，在DNS解析记录里添加一条TXT记录，内容参考上面那个格式，把里面的发信域名或IP换成你自己的。
除了SPF，还要关注DKIM和DMARC。DKIM相当于邮件内容的电子签名，DMARC则告诉收件方“验证失败时该怎么办”。这三件套凑齐了，域名信誉才能立起来。我自己遇到过的一个真实案例是：自建邮件服务器发邮件时SPF配好了，但DKIM一直没配，结果发给Outlook的邮件事事被丢进垃圾箱。后来补上DKIM，情况立刻好转。
3.3 从发送行为与内容侧规避误判
身份验证做完了，如果554还是反复出现，那就要从发送行为和内容侧下手。我建议按照下面这张自检清单逐项过一遍。
| 检查项 | 具体建议 |
|---|---|
| 单封收件人数 | 普通账号单封邮件控制在20人以内，别搞一次性几百人的群发 |
| 发信频率 | 新号/低活跃号不要突然大量发信，宁可分时段慢慢发 |
| 邮件正文 | 少用“免费”、“点击领取”、“立即购买”等典型营销词，别用红色大字 |
| 链接 | 少放短链接或跳转链接，必须放链接时保证落地页域名和发件域名一致 |
| 附件 | 尽量避免发带宏的Office文档、压缩包里的可执行文件 |
| 退订入口 | 如果发订阅邮件，正文里必须有正常的退订链接 |
说句实在话，很多人遇到554的第一个反应是“163服务器的问题”，但换个角度想：如果是163服务器本身信誉崩了，那你应该用任何账号发信都会被拒，可事实是别人发信正常，只有你的落到了垃圾箱。所以问题大概率还是出在“你用163的通道干了容易被反垃圾系统盯上的事”。
3.4 不同收件方的“脾气”不一样
不同邮箱服务商的反垃圾策略差别非常大。有的偏重SPF校验，有的偏重内容评分，有的会查发件IP的历史信誉。比如Gmail和Outlook对群发行为极其敏感，国内的一些企业邮则更看重SPF和域名是否在黑名单里。这就导致同一封邮件，发到A邮箱能正常进收件箱，发到B邮箱就被554退回。
所以在排查554 DT:SPM时，我建议先明确“到底是发给谁被退”，然后针对那个目标服务商的规则做调整。如果收件方是国外邮箱，优先检查SPF、DKIM、DMARC三件套和IP信誉；如果收件方是国内邮箱，更多要排查发送频率和内容特征。千万不要指望一套配置通吃所有邮箱，这不现实。
4. 关联场景：php-imap 只能收QQ收不了163的解决过程
最近我在不少技术帖里看到有人在问：用php-imap库写脚本，连接QQ邮箱能正常读到邮件，换成163邮箱就是连接失败，是php-imap库对网易邮箱支持不好吗？其实这个锅真不该php-imap背，根因依然是163账号侧的协议权限和认证机制。
4.1 同样的代码，为什么163就挂了
很多人的代码大概是这样的：用QQ邮箱的IMAP地址，配好账号密码，imap_open一把梭，邮件读得飞起。然后换成163邮箱，只改了服务器地址和用户名，密码还是填网页登录密码，结果怎么连都连不上，报错信息五花八门。
问题在于，QQ邮箱和163邮箱对第三方客户端的认证策略不一样。QQ邮箱早年默认开通了IMAP/SMTP，且支持很多客户端直接用QQ密码登录（后来才逐渐要求授权码）。而163邮箱默认情况下，IMAP和SMTP都是关闭状态，同时强制要求使用客户端授权码。也就是说，同样的代码，QQ邮箱可能因为账号历史上已经开通过相关服务而顺利通过，163邮箱却因为服务未开启、密码类型不对而被卡死。
还有一个细节容易被忽略：163的IMAP服务器是imap.163.com，SSL端口是993，不是QQ邮箱的imap.qq.com，也不是随便填一个imap.163.com就行。要是你把{imap.163.com:993}INBOX写成了别的形式，照样连不上。
4.2 PHP imap_open 连接163的可复用方案
如果你需要在PHP里用imap读取163邮箱邮件，调试流程可以按这个顺序走：先确认网页端已经开启IMAP服务并拿到授权码，然后写一个最小的测试脚本：
$mailbox = '{imap.163.com:993/imap/ssl}INBOX'; $username = 'yourname@163.com'; $password = '这里填163客户端授权码，不是登录密码'; $conn = @imap_open($mailbox, $username, $password); if (!$conn) { echo "连接失败，错误信息如下：\n"; print_r(imap_errors()); } else { echo "连接成功，邮件数量：" . imap_num_msg($conn) . "\n"; $headers = imap_headers($conn); foreach ($headers as $header) { echo $header . "\n"; } imap_close($conn); }如果这个脚本报错，先看imap_errors()返回的内容。最常见的错误是Login failed，几乎都是授权码填错或者服务没开启。另一个高频报错是证书验证失败，形如Certificate failure for imap.163.com:993，这通常不是163的证书有问题，而是你的服务器当前时间严重不准确，导致证书有效期校验过不去。这时候先同步服务器时间，而不是急着关掉证书校验。
注意：临时调试时可以在邮箱地址后面加
/novalidate-cert绕过证书校验，比如{imap.163.com:993/imap/ssl/novalidate-cert}INBOX。但这只能用来定位问题，生产环境请务必保证证书校验开启。
4.3 工程环境里的3个隐藏坑
调试脚本跑通不代表生产环境没问题，实际部署时还有几个坑需要注意。
第一个坑是PHP的imap扩展没装。很多云服务器默认PHP环境不带imap扩展，imap_open函数直接不存在。安装方式看系统，但装完记得重启PHP-FPM并确认：
php -m | grep imap第二个坑是连接并发数。163邮箱对单个账号的IMAP并发连接数有限制，如果你用脚本循环遍历大量文件夹，或者多个进程同时去连同一个邮箱，很容易被临时封禁。尽量用单连接复用，不要频繁开关连接。
第三个坑是编码问题。从163拉取邮件头时，中文主题往往带有=?utf-8?B?...?=这样的编码标记，直接用正则去匹配是匹配不到的。需要先调用imap_mime_header_decode()解码邮件头，否则你会在数据清洗阶段浪费大量时间。
5. 常见问题与排查技巧实录
前面把原理和操作讲得比较细了，这里我整理一份可以直接照着排查的速查表，顺便分享几个平时不怎么写在文档里的小经验，都是我踩过坑之后总结出来的。
5.1 退信问题速查表
| 现象 | 可能原因 | 解决动作 |
|---|---|---|
| 连接smtp.163.com报550 User has no permission | 未开启SMTP服务 | 网页端开启SMTP并生成授权码 |
| 连接smtp.163.com报550，授权码也填了 | 授权码复制了空格或字符缺失 | 重新设置授权码并完整复制 |
| 云服务器上25端口连接超时 | 云厂商封禁25端口 | 改用465端口+SSL加密 |
| 发信成功但收到554 DT:SPM退信 | 对方反垃圾判定 | 检查SPF/DKIM、降低发送频率、优化内容 |
| PHPMailer发信报“SMTP connect() failed” | 服务器时间不准或SSL证书验证失败 | 同步系统时间，检查SSL配置 |
| imap_open读163报Login failed | IMAP未开启或密码用了登录密码 | 开启IMAP服务，改用客户端授权码 |
| php脚本里没有imap_open函数 | PHP未安装imap扩展 | 安装php-imap扩展并重启PHP-FPM |
这个表你可以保存下来，下次遇到类似问题直接照着第一列的现象去匹配。
5.2 几条能救命的小经验
最后说几个我在实际项目里用血泪换来的建议。
一个是关于测试发信的。任何一次配置改动之后，都先给自己发一封测试邮件，确认能正常收到，再发给真实用户。这个习惯能帮你把所有问题隔离在测试阶段，而不是把退信发给客户之后才手忙脚乱。
另一个是关于163免费账号的发信限额的。免费邮箱账号的单日发信量是有限制的，尤其新注册的低活跃账号限制更严。如果你需要发比较大量的通知邮件，不要指望用一个163免费邮箱硬扛，更不要让业务系统每天卡着限额去发信，否则账号很容易被临时限制，触发各类奇怪的退信。
还有一个比较容易被忽略的点：发件频率要预留“冷却时间”。即便单封邮件收件人数不多，如果每小时稳定发出几百封，也会被反垃圾系统盯上。我个人的经验是，正常业务通知邮件单账号最好控制在每小时几十封以内，量再大的话就考虑专业邮件服务商。
如果你已经排查完所有配置，却发现550和554依然反复出现，不妨回到账号风控这个角度想一下：这段时间是不是有过异地登录、密码泄露或者异常发信行为？163官方有时候会因为安全策略对账号做临时限制，这种限制通常会在几个小时到几天内自动解除，不用过度焦虑。邮件退信这件事，说到底就是一个“身份+信誉+行为”的综合博弈，只要三方面都站得住脚，大部分问题都能迎刃而解。
