企业邮箱客户端数超限：先分清是哪一种上限

新建一个客户端，弹出一句「客户端数量已达上限」，或者手机上加完账户后收信正常、电脑上却登不进去。这两种现象常被归成同一个原因，实际不是。

企业邮箱里说的「客户端数」，至少对应三个不同的计数，各有各的上限、各有各的解法。分不清是哪一种，就会在错误的地方反复折腾：去后台吊销授权码，结果问题是并发连接；或者反复改密码，而密码跟这件事根本没有关系。

站上 客户端授权码怎么获取 那篇讲的是单条凭证的生成与吊销规则。本篇讲计数：什么在累加、加到多少会拦、拦住之后按什么顺序腾位置。

三种「上限」，提示长得像但根子不同

先把三件事分开看。

第一种是授权码配额。一个账号能签发多少条客户端授权码，由服务商和版本决定，各家不同。签发到上限时，后台在生成那一步就会拒绝，客户端那边表现为「无法添加账户」或者一填完就报验证失败。

第二种是并发连接数。服务端允许同一账号同时保持多少个 IMAP 会话。它和签发了几条授权码无关——一台电脑上的 Outlook 可能同时占好几条连接。超了之后不是加不进账户，而是连上了又被断开，或者新设备登进去、老设备掉线。

第三种其实是共用。一个公共邮箱的账号密码发给五个人，五个人各自在自己设备上加一遍。这不算违规，但它在服务端就是五份凭证、五路连接，很快撞上前两种上限。这种情况光腾位置没用，改结构才行。

判断顺序很简单：先去后台看授权码列表有几条、还能不能新增。能新增，就不是配额问题，往并发连接方向查。

计数的是凭证，不是设备

这一点最容易误解。服务端不认识「设备」，它只认识凭证。你在手机上卸载了邮件 App，服务端那边什么都不会发生——那条授权码还在，仍然占着一个位置。

所以下面这些动作，都不会腾出位置：

卸载客户端。App 删了，凭证没吊销，配额照占。这是超限最主要的来源。

换手机时把旧手机恢复出厂。同理，旧机器上的凭证在服务端仍然有效。有些账号的凭证还会随备份恢复到新机，等于一台设备占两条。

在客户端里「删除账户」。多数客户端删账户只是清掉本地配置，不会回服务端注销凭证。少数会，但你不能指望它。

改登录密码。授权码是独立凭证，改密码不影响它。这条在授权码那篇里写过，这里再强调一次，因为它是「改了密码还是超限」这个问题唯一的答案。

结论：能腾位置的只有一种动作——回后台把不需要的授权码吊销掉。判断哪条该吊销，靠的是当初生成时填的名称。如果当时随手写了「1」「test」「abc」，现在就只能靠客户端上还留着哪台设备来反推，成本高得多。

并发连接：一台电脑可能占好几条

这类超限的表现和配额问题完全不同，值得单独认一下。

配额满了，是加不进去。并发满了，是加进去了但用不稳：新设备登录成功，几分钟后老设备提示「连接已断开」；或者 Outlook 显示已连接，发信时却报超时；手机推送时有时无。

为什么一个客户端会占多条连接，有四个常见原因。

IMAP 的 IDLE 长连接。为了做到「新邮件立刻到」，客户端会保持一条常驻连接不关。手机、平板、电脑各开一个，就是三条常驻。

多账户叠加。一台电脑上的 Outlook 配了三个邮箱，每个账户各自建连接，占用的是三个账号各自的额度，不会互相挤。但如果三个账户指向同一个邮箱（有人会为了分文件夹这么干），那就三倍占用。

同步多个文件夹。部分客户端会为每个订阅的文件夹单独开连接，订阅十几个文件夹就是十几条。

异常退出留下的僵死连接。客户端崩溃、断网、休眠唤醒失败，服务端那边的会话可能还挂着，要等超时才会释放。这种情况重启客户端没用，得等，或者换一条新连接。

处置这类问题不需要动后台。把不用的客户端退出，手机上调成手动收取，或者干脆只在一个主力设备上开实时同步，连接数立刻降下来。

共用账号是超限的常见源头

销售部有个 sales@ 的公共邮箱，密码发给五个人，五个人各自在手机和电脑上加了一遍。这一下就是十条凭证、十路连接，而且没人知道自己占了几条。

这种用法还有第二个代价：五个人各自拉一份本地副本，已读状态不同步，客户被重复回复。技术上能用，管理上是笔糊涂账。

正确的做法是把「多人看同一个邮箱」和「多人共用一份凭证」分开。公共邮箱怎么设置 那篇给了三种形态，按推荐顺序是：管理员把访问权限授给成员，成员在自己已登录的客户端里挂载这个公共邮箱，不需要额外密码；退一步是各自用 IMAP 添加但约定只在一处处理；再退是只做接收和分派，回复由个人邮箱发出。

第一种方式下，公共邮箱不额外占客户端配额——成员用的是自己的凭证。这是它比「发密码」更省事的实质原因，不只是看起来规范。

腾位置的动作清单

确认是配额问题之后，按这个顺序做，不要跳步。

第一步，列清单。后台的客户端授权码页面会列出该账号名下所有已签发的凭证，包括名称、生成时间、最近使用情况。先看清楚有几条、哪些明显是旧的。

第二步，按设备核对。把「确定还在用的」圈出来：主力电脑、当前手机、可能需要保留的备用机。其余的都可以吊销。判断不了的那几条，宁可吊销——重配一次只要两分钟，留着一条来源不明的凭证是长期风险。

第三步，逐条吊销，不要一把全清。全清会让所有人同时掉线，第二天挨个重配。逐条吊销只影响对应设备。这条在授权码那篇里讲过粒度，此处不重复。

第四步，让还在用的设备重新生成。每台设备生成一条，名称写清「设备 + 使用人 + 年月」。这一步花的时间，会在下次腾位置时省回来。

第五步，确认生效。吊销是立即生效的，但已建立的 IMAP 长连接不一定会马上断，服务端要主动踢或者等超时。所以吊销完别急着判定「没生效」，隔几分钟再看，或者让对方把客户端关掉重开。

还有一个细节：如果账号开启了单点登录限制（只允许一个客户端在线），那么任何一次新登录都会把前一个踢下线。这类账号不存在「腾位置」的问题，需要的是决定「哪台设备作为唯一在线端」。这个策略由管理员在后台设置，用户侧改不了。

三条规矩，避免下次再撞

换设备前先吊销，不是换完再补。顺序反了就会有一段两边都占着的窗口，正好撞上限。旧手机卖掉、旧电脑重装之前，花一分钟把那条凭证吊销掉。

一台设备一条，名称可读。一条凭证多台设备共用，看着省事，实际是吊销时全军覆没。名称写清设备和人是唯一的补救手段——三个月后你只认名称，不认记忆。

共用的邮箱不要发密码。发一次密码，就会引出「谁在用、占了几条、离职了怎么断」这一连串问题。共享邮箱形态把这几个问题一次性消掉。

最后提醒一句：如果后台显示授权码只有两三条，客户端也只有两三台，仍然报超限，那就不是配额问题，往并发连接或管理员侧的策略限制上查。这时把客户端的完整报错原文发过来比对，比自己反复试要快。Outlook 侧的发信排查看 Outlook 配置 那篇，本篇不重复。