2026年7月13日晚，t.me的WHOIS记录被更新出一行不常见的状态码：serverHold。这个由GoDaddy托管、创建于2010年、注册期一直排到2035年的域名，同时被打上七道Prohibited锁定——删除、续费、转移、更新，几乎每个环节都被封死。表面看像是Telegram出了大事，实际上，这更像是一次教科书式的域名控制权演示：掐住t.me脖子的，从来不是GoDaddy，也不是Telegram自己。
serverHold锁的是谁的权限
EPP状态码分两层。client开头的状态由注册商设置，GoDaddy随时能加能撤；server开头的状态则来自注册局——也就是.me顶级域的运营方，权限级别更高，注册商通常无权单方面解除。
t.me这次同时出现serverDeleteProhibited、serverTransferProhibited、serverUpdateProhibited等server级锁定，外加serverHold本身，说明这次操作发起方是注册局，不是GoDaddy的客服系统。换句话说，就算Telegram和GoDaddy都想立刻恢复解析，真正能按下开关的另有其人。
Telegram用t.me做频道邀请链接、群组分享、深链接跳转，几乎是它在浏览器世界里最常被引用的门牌号。domain.me官网把.me的运营方标注为doMEn d.o.o.，但WHOIS条款文本里出现的却是Identity Digital——两个名字谁才是真正能解锁t.me的一方，目前没有权威说明，这本身就是一处值得追问的信息缺口。
打不开的是链接，不是Telegram本身
- 结论.serverHold会把域名从DNS区文件里摘除，浏览器直接输入t.me或点开t.me链接会解析失败，这是能确认的直接后果。
但把这次事故等同于“Telegram被封”并不准确。有报道称，Telegram App内部打开链接、以及telegram.me、telegram.dog这类历史遗留的备用域名，仍能正常跳转。独立的第三方服务状态监测网站也一直把Telegram的消息、通话、群组功能标记为正常运行，没有出现平台级中断的迹象。
t.me打不开，不等于Telegram掉线，二者是两回事。
也有个别监测页面仍显示t.me为Active，但这类快照很可能采集于事故发生之前，不能当作serverHold已解除的证据——域名状态这种东西，没有dig和whois的实时复核，光看一个缓存页面容易得出错误结论。
没人给出解释，猜测都不能当真
截至目前，Telegram官方和GoDaddy都没有就此事发布公开说明。GoDaddy的注册协议里列出过一批可能导致域名被暂停的常见情形：疑似钓鱼或滥用、注册人信息核验问题、费用未缴、法院令或执法要求、知识产权纠纷、对DNS稳定性构成威胁等。这份清单可以帮读者理解serverHold在什么场景下会出现，但它只是参照系，不是这次事件的答案——具体触发原因，目前没有任何一方证实。
谁该盯着接下来的动静
真正吃亏的是那些把t.me链接嵌进物料的人：媒体文章里的频道链接、企业二维码、社交媒体简介里的t.me/username，浏览器环境下都会短暂失效。Telegram运营团队要应付的是用户端的误解——很多人第一反应会是“是不是被哪个国家封了”，而不是去分辨这只是一个域名层面的技术状态。
- 风险.如果读者只看到serverHold三个字就断定平台出事，容易把一次注册局操作误传成封禁事件。
接下来值得盯的，是serverHold会不会被解除、由谁出面确认原因，以及.me注册局的实际运营方到底是谁。在此之前，把t.me短链接当成品牌基础设施的团队，或许该重新想想：一个把命脉压在单一国家顶级域上的产品，控制权到底攥在谁手里。