本项目实测踩到的两处，写给后来者：

1. 时间戳当字符串比大小（限流/游标类逻辑的通病）

owner_codes.created_at 用 UTC 写入，限流查询却用本地时间字符串当下界。

字符串比较下 "2026-10-10T09:00+08:00" > "2026-10-10T01:00Z" 只因字符 '9'>'1'，

于是一条都数不到 —— 限流完全失效。同类坑此前还咬过 feed 游标：

RFC3339 里的 +08:00，'+' 在 URL query 里被解码成空格，游标错位多回一条。

结论：凡把时间戳当字符串比较，先统一偏移量；对外暴露的游标用 base64url 不透明串。

1. SMTP 隐式 TLS + 没有超时 = 请求永久挂死

465 是隐式 TLS（连上就跑 TLS），用只支持 STARTTLS 的客户端去连，

服务端等 ClientHello、客户端等 220 问候语，双方互等；而 smtp.SendMail 全程无超时，

HTTP 请求一直挂着到网关超时，服务端日志一行都没有。

结论：两种连接方式都自己 dial，Dialer.Timeout 管连接、conn.SetDeadline 管每次读写。

两条都有回归用例（字段时间戳统一 / 对"只接受连接但永不说话"的假服务器发信必须报错）。