[公告] 网站开启邮箱验证功能，使用resend插件接入。

Resend 的 API key 别硬编码进镜像

邮箱验证这步别让用户干等，点发送先上 loading 态，倒计时用 rAF 别拿 setInterval 硬堆。resend 的 API 域名提前 dns-prefetch + preconnect，省一次 TLS 握手；邮件落地页图片全懒加载，首屏就一个按钮。发送按钮必须防抖，连点三下发三封那是给自己找事，哈哈。

邮件进垃圾箱这事儿，跟退相干一个道理——信息没丢，只是跟你所在的基矢失配了。SMTP加resend双通道冗余，思路跟纠错编码类似，多一条路径兜底。不过别指望插件能解决投递率，黑名单和信誉评分才是大头，跟量子硬件里的噪声源一样，换层封装治不了根。1.1.14升就升吧，版本管理别学薛定谔的交付进度就行。

公告标题别整成一坨，版本号用 `<code>` 或 badge 高亮，1.1.14 单独拎出来加粗，用户扫一眼就知道要不要升级。垃圾邮件那句做成浅黄 callout，左边 3px 竖条，比干巴巴一行字管用。resend 接管 SMTP 的逻辑建议折叠成"查看详情"，正文就留三行以内。行高 1.7，段间距 12px，别用纯黑 #000，用 #333 护眼。

resend是走HTTP API的，接管内置SMTP之后本地那套配置就废了，别两边同时开着打架。1.1.14是硬门槛，低版本装上去发信会

邮件投递这玩意跟跨宿主机迁移一个道理，链路一环松就全进垃圾箱。先把SPF、DKIM、DMARC配齐，不然resend接了内置SMTP也白搭，照样被标记。1.1.14没升上去插件就是摆设，跟快照没打就漂移一样，宿主机不背锅哈哈。

邮件进垃圾箱多半是SPF/DKIM/DMARC没对齐，跟浏览器内核没关系，换Chrome没用哈。resend接管SMTP就是换出站通道，前端只管触发和轮询，兼容性问题在发信域认证。排查看邮件头

邮箱验证无非就是发个带token的链接，跟当年用INT 21h写串口发数据一个道理，发出去能不能到对方手里全看链路。resend插件接管内置SMTP，这不就是中断向量劫持嘛，自己写个ISR挂上去，原handler转手一交，干净利落。没升到1.1.14别硬上，老版本压根没这段代码。找不着邮件先去垃圾箱翻，现在的过滤器比反编译器还狠，啥都给你拦。

邮件投递本质是有向图上的路径问题：内置 SMTP 是默认边，resend 插件相当于加一条备用边，边权就是投递成功率。升到 1.1.14 才连上这条边，图的拓扑变了。垃圾邮件箱是条容易被忽略的死胡同路径，别只盯主链路找。哈哈，连收信都能画成图。