Outlook 只能收不能发：四道关按顺序查

邮件收得进来，发不出去，用 Outlook 的人几乎都撞上过一次。这个现象本身已经把排查范围砍掉一半：收信和发信在协议上是两条独立的路，走不同端口、各自做一次身份验证。

站上 Outlook 配置企业邮箱 那篇写的是从头配到能用的四步流程，「能收不能发」只用一句带过。本篇不重复配置步骤，把那一步单独摊开：发信这条路要过哪几道关，每道关对应什么现象，怎么在十分钟内定位到具体一环。

收得到信，说明问题只剩发信这一侧

IMAP 走 993，SMTP 走 465，两个端口、两套会话、两次独立的凭证校验。收信正常至少证明四件事：账号存在、授权码没填错、域名解析没问题、这台机器的网络能出去。

剩下的可能全在发信这一段。麻烦在于 Outlook 把不同的失败报成同一句「无法发送此邮件」，光看提示分不出来，只能看测试结果。

用三个测试点把范围切开，五分钟够了。

第三项最容易被跳过，它排掉的却是一整类问题：配置全对、附件也不大，就是发给某家公司发不出去。这类情况改客户端永远改不好，因为信已经出了你的服务器，是被对方挡回来的。

三个勾选，漏一个就发不出去

Outlook 的发信认证藏在账户属性的「其他设置 → 发送服务器」里，不在主界面上，所以新建账户时很容易整段跳过。经典版和新版 Outlook 的入口不同，勾的东西是同一套。

第一个勾：「我的发送服务器需要验证」。不勾这个，服务器收到了你的信，但不知道发信人是谁。公共邮件服务器不替陌生人转发，多数会直接拒。它默认是关的。

第二个勾：「使用与接收服务器相同的设置」。勾上第一个之后，下面才会出现登录方式的选择。选这一项，Outlook 就拿收信那套凭证去发信，不用再填一遍。如果改成「分别登录」，用户名和授权码要重新输入，这里最容易多带一个空格——从网页复制授权码时末尾常跟一个换行，肉眼看不出来，服务器判定为不匹配。

第三个不是勾，是加密类型必须和端口配对。端口 465 配 SSL，端口 587 配 STARTTLS，两组混着填，握手阶段就断。这个下一节展开。

另有一个勾要主动取消：「使用安全密码验证登录（SPA）」。这是微软自家的一套认证方式，第三方邮箱普遍不启用。勾上之后的典型表现是一直弹密码框，输多少次都不对，看着像密码错了，其实是认证方式根本不匹配。

465 和 587 不是随便挑一个填

两个端口都能发信，差别在加密从哪一刻开始。

465 是连上就加密。TCP 连接一建立，双方立刻做 TLS 握手，之后所有内容都在加密通道里走。这叫隐式 TLS，客户端要勾 SSL。

587 是先明文打招呼，再升级。连接建立时是明文，客户端发一条 STARTTLS 命令，服务器同意后才切换。如果客户端一上来就按 SSL 握手，服务器收到的是一串读不懂的字节，连接直接断。

本站给企业邮箱的 SMTP 参数是 smtp.qiye.163.com，端口 465，SSL。填 587 加 STARTTLS 在多数网络下也能通，但没有必要——465 少一层协商，也不用担心 STARTTLS 被中间设备拦掉。

加密对不上时，Outlook 给的提示往往不是「加密错误」这种直白说法，而是「无法连接到服务器」，或者 0x800CCC1A「服务器不支持您指定的加密类型」。看到后一个就可以直接去改加密下拉框，不必查网络。

25 端口：在家能发，到公司就发不出去

同一台笔记本，昨天在家里发得出去，今天搬到公司发不出去，中间什么都没改。多半不是你改坏了，是网络换了。

25 是 SMTP 的默认端口，也是垃圾邮件发送者最常用的出口。多数家用宽带运营商和云主机商默认封掉 25 的出站方向，只放行 465 和 587。企业网络出于同样理由也会封，有些防火墙甚至只放行 80 和 443。

判断方法有两个。换网络最快：手机开热点，笔记本连上去再发一封。能发，就是原网络的问题，跟账号、跟 Outlook 都没关系。

想直接看到结果，就在本机测端口。Windows 上一条命令：

Test-NetConnection smtp.qiye.163.com -Port 465

看 TcpTestSucceeded 这一行，True 是通，False 是不通。把 465 换成 25 再跑一次，两个结果一对比，封的是哪个端口立刻清楚。

测出来 25 不通，处置只有一种：端口改 465，加密改 SSL，别在 25 上继续折腾。改 hosts 或者找中转节点这类绕法都不稳定，很多公司网络连中转端口一起封。

端口连通性的完整测法，包括 Mac 和 Linux 上的命令写法，在 邮箱服务器地址与端口自测 里写得更细。

报错码能直接指到哪一环

Outlook 把 SMTP 的失败归成几个固定码，码和原因基本一一对应。连接类的 0x800CCC0E、0x800CCC0F 属于网络层，0x800CCC0B 那篇 已经列过。下面这几个是发信时才出现的。

服务端返回的三位码是另一层信息，出现在报错正文里，比 0x800CCC 更准。

550 5.7.1 后面跟 Relay access denied，意思是「我不替陌生人转发」。发信认证没通过就是这个，跟收件人是谁无关，换任何地址都一样。

552 是体积超限。单封邮件和单个附件各有一个上限，具体数值由服务商版本和合同约定，后台不一定标出来，超了就是这个码。

554 是这次投递被整体拒绝，原因要看后面的英文，可能是内容被判为垃圾，也可能是发信频率触发了限制。同一账号短时间内群发最容易撞上这一条。

分清「认证不过」和「被拒收」很关键。前者改客户端就能解决，后者要调整发信行为或者联系对方，改一百遍端口也没用。

信躺在发件箱不动，和弹窗报错是两回事

有一种情况根本不报错：点发送，进度条一闪，然后没动静，信堆在「发件箱」里，字是斜体。这不是认证问题——认证失败会立刻弹窗。

Outlook 处于脱机状态。状态栏显示「正在脱机工作」或「已断开连接」。点「发送/接收」选项卡里的「脱机工作」按钮取消，积压的邮件会一起出去。

附件超过单封上限。大附件在发送阶段被服务器拒，Outlook 有时不弹窗，只把信留在发件箱反复重试。把附件压小，或改用链接分享。

本地数据文件满了。老式 ANSI 格式的 PST 上限是 2GB，到顶后写入失败。现在的 Unicode 格式上限大得多，但仍有边界，几十 GB 的邮箱长期不归档也会撞上。查法：文件 → 账户设置 → 数据文件，看文件大小。

发件箱卡住时别反复点发送，容易生成多封重复邮件。先把那封信拖回草稿箱，原因处理完再发。

按这个顺序查，十分钟能定位

1. 网页端发一封给自己。发得出去，问题在客户端；发不出去，问题在账号或收件人。
2. 换收件人再发一封。只有某个域名失败，是对方拒收，到此为止。
3. 看「发送服务器」里两个勾是否都在，SPA 是否误勾。
4. 看端口与加密是否配对：465 配 SSL，587 配 STARTTLS。
5. 手机热点再发一次，排除网络侧封锁。
6. 仍不通，跑一次端口测试命令，确认 465 返回 True。
7. 以上都对还失败，把报错原文里的三位码抄下来，按上一节的表对。

这个顺序的思路是先排除外部因素，再动客户端设置。反过来做——一上来就删账户重配——遇到「账号被限发」这类问题时等于白折腾一轮，重配完照样发不出去。

还有一件事要在重配前确认：这个账户走的是 IMAP 还是 POP3。POP3 账户删掉之后，本地收下来的邮件会跟着配置一起消失。手里有没有一串可用的授权码，也在重配前先确认，规则见 客户端授权码怎么获取。