|
|
b0c87192b0
|
fix(notify+四桥): ★ 投递通知带 parent_from（方向判据）—— in-reply-to-ignores-direction 转绿
为什么这次顺手修：网关部署门禁（redeploy-gateway.sh 跑全量 Go 测试）被
TestInReplyToCarriesParentSender 拦下 —— 那是 2026-09-28 判据先行的债，
死锁修复本身无涉，但不修它网关换不上去。已用 git worktree 在修复前的
HEAD（16bf474）上验证过该测试原本就红，不是本次改动引入。
服务端（数据本来就在手，零新增查询）：
· resolveTarget 的 reply_to 分支原本把父邮件整行读进内存、只用 SessionID
就丢掉；现在把 mail.FromName 一并返回。
· notify.Mail 增 ParentFrom；payload 增 "parent_from"。
· 转发 / 人类发信（me.go）路径如实传 ""（转发本就是新线索）。
四桥（relay-policy.js 四份逐字相同的拷贝 + 各自调用点）：
· inboundHeadline 增方向判据：parentFrom === selfName 才说
「你上一封信的回复到了」；parentFrom 非空但≠自己 ⇒ 明说
「多方线索里的续谈（回的那封是 X 发的）」；服务端未升级（无
parent_from）⇒ 退回旧行为（含糊的「回复到了」强于把真回复当新任务
—— 那是互相客套的起点，回退语义被既有判据钉死）。
· 「回的是你那封：<id>」一行同样只在父邮件确为本方发出时才输出。
· 四份 lib + 四份 test 逐一 md5 相同（cross-bridge-prompt 1/2/3/4 继续绿），
判据 5 转绿。
红绿：
· 服务端 TestInReplyToCarriesParentSender 修复前红（16bf474 实测）、修复后绿；
· 四桥新增 3 条方向判据测试（别人发的 / 自己发的 / 未升级回退）；
· client/electron 聚合套件 cross-bridge-prompt 5/5 绿。
|
2026-09-30 17:30:27 +08:00 |
|
|
|
d9d81b94b1
|
fix(forward): 引用里的「转发自」不再是 name@name，改用会话的 workspace/alias 拼
用户（指着转发出来的那封信）：「这个 zcode@zcode 转发生成的地址绝对有问题，原本是 zcode@/home…」
成因是**两个错叠在一起**：
① 写入侧遗留：发信路径给 Agent 存 from_workspace 存的是 **agent 名**而不是路径
（实测近两天：zcode 10 封全是 'zcode'、homeagent 'homeagent'、opencode 'opencode'；
pi 399 封有 4 种值、dsh 116 封有 3 种 —— 混着真实路径与自己的名字）；
② 展示侧无脑拼 `name@from_workspace` ⇒ 两者一乘就是 `zcode@zcode`，
而**那永远不是一个地址**（地址是 name@path.session）。
被转发那封的会话工作区其实是 `/home`、别名 `zcode-打个招呼`，所以正确形式是
`zcode@/home.zcode-打个招呼`（用户说的"原本是 zcode@/home…"就是这个）。
改法：
- quoteBody 增加两个入参（会话 workspace/alias），转发处理器用
repo.SessionWorkspaceOf / SessionAliasOf 取（都是既有函数，空串语义是"不知道"）；
- 新增 senderAddress：优先用会话的 workspace+alias 拼 `name@path.session`
（空 path 时给平台形式 `name@.alias`）；**path 与 name 相同时当"不知道"丢掉** ——
宁可只渲染 `zcode`，也不渲染一个看着像地址其实不是的东西。
判据：新增 TestQuoteBodySenderAddressNeverNameAtName（三条形态：正常地址 / 退化不许 name@name /
空 path 的 .alias 形式）；旧的 TestQuoteBodyPrefixesEveryLine 改走退化路径以保持它原本的意图。
变异：去掉"拒绝 name@name"那段 → 红；复原 → 包内全绿。
▲ 仍未部署（与上一笔时间修复一起卡在同一个地方）：/opt/agentmail 现在对我不可写
（touch 都被拒），且有 08:57 留下的 /opt/agentmail/.deploy.lock。
需要能写那儿的人：rm -f /opt/agentmail/.deploy.lock && bash deploy/redeploy-gateway.sh
|
2026-09-15 09:38:59 +08:00 |
|
|
|
7ff20feffe
|
fix(forward): 转发引用里的「时间」按本地时区渲染（原先是 UTC 原样）
用户（转发 zcode 的信给我）：「它说的它发的这个邮件你收到了吗？它说没有收到回复……」——
问题不在那封信，而在它引用的时间：用户看到的「2026-09-15 01:23:19」其实是 UTC，
本地时间应为 09:23:19（本机 UTC+8）。
根因：quoteBody 用 `m.CreatedAt.Format(...)` 直接格式化（库里存 UTC），而界面各处都转本地；
同一族的正确写法在 scheduler/calendar.go 里（`e.EventTime.Local().Format(...)`）。
★ 顺带发现一条**旧断言一直在保护这个 bug**：TestQuoteBodyPrefixesEveryLine 里写死了
「2026-09-02 10:30:00」（fixture 是 time.UTC）——已改为按本地计算，不再写死字面量
（与前几天 nav-merge.test.mjs 那条同一形态：断言钉着错的意图）。
判据：新增 TestQuoteBodyTimeIsLocal（引用时间必须等于 CreateAt.Local() 渲染，且不得等于
UTC 原样）。变异：去掉 .Local() → 2 条判据变红（新加的 + 改过的旧断言）；复原 → 包内全绿。
注：该判据在 TZ=UTC 的机器上是空转的（本地==UTC），本机 UTC+8 会真红。
▲ 部署未完成：/opt/agentmail 现在对我不可写（touch 都被拒；uid/能力问题，08:57 之后出现），
加上一个 08:57 留下的陈旧 /opt/agentmail/.deploy.lock 挡在 redeploy-gateway.sh 前面。
需要能写那里的人跑：rm -f /opt/agentmail/.deploy.lock && bash deploy/redeploy-gateway.sh
|
2026-09-15 09:36:47 +08:00 |
|
|
|
2a5e3d7d15
|
fix(auth): 四家桥的读端点也带上会话收窄 + 转发同一条命（工作区隔离第 2 步）
第 1 步（1b8cd43）把工作区判据放在服务端、pi 桥接上了线。这一步补齐另外四家，
并把**转发**纳入：转发是"把原文引出去"，能转发就等于能读到那条线索的全部内容，
与 read_mail 同一条命（服务端 ForwardMail 也加了同一道校验）。
四家各自的会话来源，与各自的 read_inbox 同一处（不引入第二个来源）：
- dsh：`mailSessionOf(exec)`（工具第二个参数）—— 五个读工具原本没接 exec，这次补上
- opencode：`reverseMap.get(context.sessionID)`
- zcode：`process.env.AGENTMAIL_SESSION_ID`（一轮一个进程）
- homeagent：`p.currentSessionID`（新增 `scopeQuery(sep)`，与 inboxURL 同构）
判据（每条两侧都钉：包住了 / 没包住的不存在）：
- dsh：静态对照，且额外钉 **dist** —— 那是真被 dsh 加载的那份（main: dist/index.js），
src 改了忘了 build 就是"源码对、线上旧代码"
- opencode / zcode：同上（opencode 还钉"会话来自 context 而不是模块级变量"）
- homeagent：起 httptest 当网关，**五个读工具 + 转发真调一遍**，断言请求 URL 带
session_id；对照侧：不在回合里（currentSessionID 为空）时不许带
- pi：把 post 的 URL 也纳入记录，forward 进用例表
★ zcode 那条判据我第一版**对照组写错**了：对照组只写裸 URL，而它本来就是
`withScope(\`裸URL\`)` 的子串 ⇒ `!includes(bare)` 恒假。夹具形状不对时判据会以
"恒红/恒绿"的方式骗人（这次是恒红，一眼可见；恒绿就麻烦了）。
变异：homeagent 去掉 read_mail 的收窄 ⇒ 恰好那条断言红。
（工作区共享，只 add 了上面这 12 个文件；dsh 的 dist 是 gitignore 的，由
redeploy-plugin.sh 在 staging 里构建。）
|
2026-09-14 23:18:12 +08:00 |
|
|
|
f9d757b5e5
|
chore: directory migration - gateway→server, web→client/electron
|
2026-09-08 19:16:35 +08:00 |
|
