fix(归档): 权限决策同样不得把归档邮件改回 read ＋ 修正决策路径误用参与方判据

pi 2026-09-28 §五 指出 DecidePermission 与 MarkMailRead 是同一族的反向写入，
只堵后者等于堵一半。成立，本轮收口。

## 1) DecidePermission 补守卫（pi §五）

  UPDATE mails SET permission_result=$1, status='read' WHERE mail_id=$2
                                                            ↑ 无 archived 守卫

与 MarkMailRead 同一处形状，补 `AND status <> 'archived'`。
判据 TestDecidePermissionDoesNotUnarchiveMail，已实测去掉守卫即转红。

★ mail_reads 的 INSERT 仍**不加**守卫（与 MarkMailRead 同口径）：
事实表（谁读过，不可撤销）与派生列（全局可见性，可重算）语义不同，
一起挡会让「谁读过」不可审计 —— 判据 TestDecidePermissionDoesNotUnarchiveMail
顺带断言「决策人 bob 的 mail_reads 行仍要写进去」，防止守卫误伤事实表。

## 2) 修正 e78888b 的一处误用（我自己发现的）

DecidePermission 的 handler 路径（handler/permission.go）我原先挂了
`SessionOpenFor`（存在 + 未归档 + **参与方**），而该路径上一行刚放行的是
「该邮件收件人本人 **或** 管理员」—— 管理员本来就可以给任何线索做决策。
叠上参与方会把管理员挡在门外。改为 `EnsureSessionOpen`（只判存在 + 未归档）。

★ 这个错是在写 e78888b 时想到了、说了「要改成 EnsureSessionOpen」，
但**当时没落进文件**就提交了。已补，并在注释里写明两个函数的差别，
免得下一个人「顺手统一」把管理员又挡掉。

## 读侧清册

仍为 repo.go=13：新增 1 处命中在注释散文里，改措辞而非改数字。
repo/handler 全绿；internal/notify 的 TestInReplyToCarriesParentSender
仍是既有欠账 in-reply-to-ignores-direction，非本轮引入。

server/internal/repo/repo.go

@@ -1131,9 +1131,17 @@ func DecidePermission(ctx context.Context, mailID uuid.UUID, decider, decision s
 	}
 	json.Unmarshal(optsJSON, &pr.Options)
 
-	// Also update the mail
+	// 冗余列**不得覆盖 archived**，与 MarkMailRead 同一处守卫
+	// （pi 2026-09-28 指出：这里 `status='read'` 无 archived 守卫是同族反向洞，
+	// 只堵 MarkMailRead 一处等于堵一半）。
+	//
+	// 下面那条 `INSERT INTO mail_reads` 同样**不加**守卫，理由与 MarkMailRead 一致：
+	// `mail_reads` 是**事实表**（谁读过，不可撤销），行级那列是**派生列**
+	// （全局可见性，可重算）。一起挡会让「谁读过」变得不可审计 ——
+	// 而「事实与派生分居两表」正是这轮反复出现的坑。
 	_, _ = db.DB.ExecContext(context.Background(),
-		`UPDATE mails SET permission_result = $1, status = 'read' WHERE mail_id = $2`,
+		`UPDATE mails SET permission_result = $1, status = 'read'
+		  WHERE mail_id = $2 AND status <> 'archived'`,
 		decision, mailID)
 	if decider != "" {
 		// 记到决策人名下（按读者记，见 repo.markReadFor）