记录跨库时区修复与MySQL收发持久化实机复验

docs/云端全项目测试报告.md

@@ -1,5 +1,31 @@
 # 云端全项目测试报告
 
+## 跨库迁移时区修复与 MySQL 浏览器复验（2026-10-04 03:08）
+
+### 迁移接续记录
+
+以下迁移操作依据本次连续验收的前段记录补录，并非本节再次执行迁移：
+
+- [✓] 旧登录执行迁移预览被最近十分钟登录要求拦截；重新登录后，以已存在的 MySQL 库 `smail` 为目标被拒绝，执行按钮禁用。
+- [✓] 新目标 `smailmig20261004` 预览前后均不存在；仅授予现有 Smail 数据库用户对该精确目标库的权限，没有授予全局权限。通过浏览器预览、执行及二次确认后，迁移任务 `dbmig-970d8d5afa6148ad21e831dbc1f37aae` 显示已完成。
+- [✓] 02:46:15 仅重启 Smail，切换到 MySQL 目标库。随后发现附件邮件副本 24 从迁移前 10 月 4 日 00:56 变为 10 月 3 日 16:56，存在八小时时间偏移，不能仅凭迁移完成提示判定验收通过。
+
+### 本节修复及直接实机证据
+
+- [x] 修改前检查点 `99b98c8` 已推送；修复提交 `2248190` 已推送。运行时 ORM 对三种数据库统一使用 UTC 存储时区，保留应用显示时区。没有修改邮件时间字段，也没有批量纠正历史 SQL 数据。
+- [x] 在现有 Go 回归文件中补充三种数据库引擎及时刻转换用例源码。遵守浏览器业务验收约束，本轮未执行自动化测试，不将新增用例描述为已通过。
+- [✓] Linux amd64 三程序编译、现有正式打包完成，复用未变更的前端和插件资源。发布包 SHA-256 为 `3a069f32365a6e55a5fe819abf83fa991cc1e5e86694b4507dc884239fbcf594`；安装后主程序摘要为 `2e34733255495e6414b4e971b8e28090a4ff166a3d6d1b4febcf0c38cbc494a1`，与本地一致。仅替换 `/opt/smail` 内三个程序，未覆盖配置、证书或数据库。
+- [✓] 02:59:23 启动修复版本后，超管页忽略缓存刷新，副本 24 恢复显示 `2026年10月4日 00:56`，正文、收件人与 JPG 附件链接保留。这里只复核附件链接；用户确认的附件下载保存沿用 01:35 节证据，不冒充为迁移后重新下载或文件哈希验收。
+- [✓] 管理员副本 32、普通用户副本 33 忽略缓存刷新后均保留身份、完整正文及 `2026年10月4日 02:27`，未重新登录或重置这两个账号。
+- [✓] 超管通过页面发送《MySQL迁移时区修复后双角色收信-20261004-0302》，发件箱显示发送成功、时间 03:04。管理员副本 36、普通用户副本 35 均打开并读取完整正文，详情时间均为 `2026年10月4日 03:04`，标识为 `MYSQL-UTC-20261004-0302`。
+- [✓] 03:06:51 再次仅重启 Smail，随后两个收件详情页忽略缓存刷新，身份、正文和 03:04 时间均保留。Smail、Nginx 为 active，主进程 `2019553`，自动重启次数为零。
+
+### 保留范围与未完成项
+
+- [~] 当前连续验收运行于 MySQL `smailmig20261004`；源 SQLite、历史验收库、迁移机制生成的内部配置备份记录及测试发布包尚未清理，不宣称最终无遗留。最终全新部署仍须清理仅属 Smail 的测试数据和权限。
+- [ ] 本轮未复验迁移后的管理员与普通用户回复、重新登录及全套授权，也未重新下载旧附件；三库往返迁移与全部功能仍未闭合。旧版 SQL 库如果按本地墙钟存储历史值，需要单独识别，不将本修复宣称为所有历史库自动兼容。
+- [ ] 外部安全邮箱、Telegram、图形邮件客户端及通知协议权限、受保护本机恢复、完整续期场景、最终干净安装等门槛仍保留；整体审查继续进行，不作生产放行结论。
+
 ## 真实换证与网页收发续验（2026-10-04 02:30）
 
 继续当前 SQLite 云端验收，不清库、不重新初始化、不保存备份，不改应用源码或其他项目配置。业务验收仍使用浏览器键鼠；交互 SSH 仅执行 Smail 外部证书续期、发布及部署诊断。下面区分本轮直接证据与前轮补录，不能扩大为全项目放行。

docs/生产整改验收清单.md

@@ -1,5 +1,14 @@
 # 生产整改验收清单
 
+## MySQL 迁移时区修复复审（2026 年 10 月 4 日 03:08）
+
+- [✓] 连续验收已由 SQLite 经页面迁移至 MySQL `smailmig20261004`；最近登录要求、目标已有库拒绝和预览不提前建库的证据已补录到云端报告。
+- [x] 修复提交 `2248190` 已推送、编译并仅部署 Smail 三程序。运行时数据库存储时区统一 UTC，没有批量修改历史时间；新增 Go 用例源码但未执行自动化测试。
+- [✓] 超管附件邮件副本 24 从错误的 10 月 3 日 16:56 恢复至 10 月 4 日 00:56；管理员与普通用户原邮件正文和 02:27 时间保留。附件下载保存保留原用户人工确认，不扩充为本轮再次下载通过。
+- [✓] 超管新发邮件显示成功；管理员副本 36、普通用户副本 35 均读取完整正文，时间为 03:04。03:06:51 仅重启 Smail 后两页忽略缓存刷新，正文、身份和时间仍正确。
+- [~] 本次时区缺陷的旧邮件、新写入及重启持久化页面复验通过；当前仍为 MySQL 连续验收，未清库。源库、历史库、测试包、迁移内部备份及旧权限仍待最终仅限 Smail 的清理。
+- [ ] 迁移后双角色回复、重新登录与全套授权、旧附件重新下载、三库往返及全功能仍待完成。外部邮箱、Telegram、客户端协议与通知限制、本机恢复、最终安装等门槛继续保留，整体验收不放行。
+
 ## 真实换证与规则证据补录（2026 年 10 月 4 日 02:30）
 
 - [✓] 当前 SSL 页面直接读取外部续期源文件，不再指向独立旧副本；本轮未修改路径或应用源码。