寄件端無法驗證外寄信件在收件端的呈現 — 缺 pre-send render 驗證機制 (sister concern from #304)

[kiki830621]

Problem

於 #304 的 diagnosis 中浮出，屬其 ### Residue 明確標記為「另案」的部分。

2026-07-29 的 cite-block 事故中，最關鍵的一點不是 wrapper 本身，而是：

寄件者在 Apple Mail 端看到的呈現完全正常 —— <blockquote type="cite"> 的 inline style 是無邊框，本機怎麼檢查都看不出異常；只有 Gmail 網頁版 / Outlook 才顯示成引用文字。

也就是說，即使 #304 移除 legacy path、消滅這個特定失效模式，「寄件端所見 ≠ 收件端所見」這個結構性落差仍然存在，下一個 HTML 差異（不同的 wrapper、style 被 strip、CSS 支援度差異）會以同樣方式再咬一次。

Type

feature

Expected

寄出前能以某種方式驗證外寄信件在非 Apple Mail 客戶端的呈現，或保證送出的 HTML 已正規化到不依賴客戶端特定行為。

Actual

無任何驗證機制。寄件者唯一能檢查的是 Apple Mail 的 render，而那正是最不具代表性的一個。

Impact

影響所有經本 MCP 送出的對外正式信件。失效是靜默的 —— 寄件者不會知道，直到收件者反映（或永遠不知道）。

可能方向（未收斂，僅供 diagnose 起點）

(a) 送出前 dump 最終 HTML 供人工檢視	成本低，但要人看得懂 HTML
(b) 對外寄送的 body HTML 正規化 / 白名單化	治本，但要定義「安全子集」
(c) 提供 plain-text 版本並行（multipart/alternative）	繞過 HTML 差異，但改變寄送語意

關聯

• 移除 legacy compose path — display-name cc/bcc 靜默觸發 cite-block wrapper，對外正式信件已實際受害（#277 的後果） #304 — 移除 legacy compose path（本 issue 由其 Residue 段浮出）
• docs(rules): 強化 compose-wrapper-free — cite-block 於正式信件是嚴重缺陷 + 補 display-name 觸發維度 (#277) #278 — cite-block 於正式信件是嚴重缺陷

---

Source: surfaced during /idd-diagnose #304 sister concern surfacing (Step 3.6)

Current Status

• Phase: partial implementation — client verification pending
• PR: feat(review): prepare evidence for client rendering review (#305) #457 (draft; base fix(receipts): reject malformed recipient responses (#427) #456)
• Commit: 44e73fb
• Implementation: 寄件端無法驗證外寄信件在收件端的呈現 — 缺 pre-send render 驗證機制 (sister concern from #304) #305 (comment)
• Spectra: draft-render-review 4/6；準備／比對與command已完成。
• 驗證: 17項最終測試、plugin5套suite、Spectra validate/analyze及Codex R2部分範圍PASS。
• 待辦: 已詢問Gmail測試信箱與明確寄送許可；尚未實際客戶端觀察。Claude ensemble因週額度限制待補。
• 限制: helper永遠client_render_verified=false；matching captures不代表live草稿身分、寄達、呈現或寄送授權。完整#305尚未完成。

2026-09-17 整合更新：以一般 merge 同步 #386 最新修正，HEAD 44e73fb，34 項相關測試通過。未變更本 issue 的執行期程式碼；既有實機驗收與完整審查缺口仍保留。Claude 登入已恢復，目前是週額度限制，非 OAuth 問題。

• 目前整合 HEAD: 81fa004e4194fb63dfcdaf31608cd2419ac08cc8；create_draft 未處理 Mail.app 已設定的簽名檔 — 呼叫端只能手動重寫，且無從得知會否重複 #322 清理／簽名保護已沿相依鏈合入，各 issue 自己的修改 patch-id 不變。
• 整合驗證: 本分支 79 項重點測試通過；末端 寄件端無法驗證外寄信件在收件端的呈現 — 缺 pre-send render 驗證機制 (sister concern from #304) #305 完整 1,376 項／12 略過／0 失敗與 5 組 plugin suites 通過。整合紀錄。此結果不替代本 issue 尚缺的實機或完整角色審查。
• 審查待辦原因更正: Claude OAuth 正常；目前為週額度限制，先前回覆的重設時間為 2026-09-21 16:00 Asia/Taipei。

[kiki830621]

Diagnosis

Type

Feature

Root Cause / Analysis

目前有get_email_source可取得MIME，但沒有將「指定草稿版本、測試副本、非Apple Mail客戶端檢視」連在一起的流程。僅看Apple Mail或普通瀏覽器HTML不足以證明Gmail呈現；也無法對所有客戶端宣稱HTML永久一致。

客戶端偏好問題未回覆，本輪先以Gmail網頁版為設計假設，沒有視為實際寄信授權。採plugin command串接既有read tools與離線MIME審查助手：保存原始bytes與SHA256、已知cite/HTML風險，核對目前草稿與實收副本的內容。程式不因內容相同就給client render PASS；真正Gmail檢視與測試寄送保持獨立驗收門檻。

Strategy

• Spectra定義MIME snapshot／比較與實際客戶端驗收的責任界線。
• 新增離線prepare／compare助手：有界MIME讀取、不可覆寫的私有審查封包、snapshot hash與正文／附件fingerprint、已知HTML風險提示；不做網路或寄信。
• 新增review-draft-render command：要求明確指定草稿與帳號，取得metadata/source；測試寄送另行確認，只能以實際Gmail觀察支持呈現結論，草稿改變必須重驗。
• 測試snapshot保真、stale draft、copy差異、MIME encoding／附件／惡意markup，以及不把pending當PASS；獨立審查與draft PR。
• 實際Gmail驗收及測試寄送：需使用者確認測試帳號／許可，不能以離線結果替代。

Complexity

Spectra — 新plugin workflow與證據契約，雖不新增MCP API，仍需固定哪些結果可宣稱驗證。

Vagueness Pre-check

V1=2、V4=3：Gmail是可調整假設；不做全客戶端保證，完整目標仍須實際客戶端驗收，不以準備工具當完成。

Sister Concerns Filed

#409的draft identity限制仍存在；本流程要求明確來源與最新snapshot，不把subject/newest-id選擇當創建證明。#306已追蹤傳送前後MIME可變性。

[kiki830621]

Implementation Plan

使用Spectra change draft-render-review。三份契約為私有MIME snapshot、來源／實收內容比較、真正客戶端驗收。前兩項建立離線助手，第三項由plugin command約束操作與證據。

• fixture tests先鎖住不可覆寫、byte保真、stale來源、MIME差異、惡意markup不執行與never-render-PASS。
• prepare／compare助手與review-draft-render command接入plugin；使用現有source讀取，不新增MCP API。
• analyze／validate、測試、review與draft PR；真正Gmail驗收保持未完成直到有實際觀察。

[kiki830621]

Implementation Complete — partial workflow

commit 2d52368，draft PR #457（base #456），Spectra draft-render-review 4/6。

Checklist

• 私有不可覆寫MIME封包保存輸入bytes與hash；不輸出active HTML，不依附件名稱建檔。
• 比較重新擷取來源與實收MIME內容；不同來源／內容非零退出，相同仍client_render_verified=false。
• 解析時限制256parts／16depth，16MiB輸入；QP escape驗證在解碼前，破損不當成等價。
• review-draft-render command區分來源provenance、測試寄送／上傳授權與真正Gmail人工觀察；普通HTML預覽不能代替。
• 17項最終測試通過，含真實CLI、5,000parts早期拒絕／200層巢狀、QP錯誤、附件／embedded headers與never-render-PASS。
• plugin5套suite通過；審查修正後新suite另以17項重跑。Spectra validate及analyze無Critical/Warning；Codex R2對此部分無新增問題。
• 真正Gmail觀察與測試寄送：尚需明確測試帳號／許可及實際觀察，本輪未讀取或寄送真實郵件。
• 完整Claude ensemble：OAuth待恢復。PR保留draft，未標verified。

Evidence

/tmp/idd305-tests-r2.log、/tmp/idd305-plugin.log、/tmp/idd305-review-r2/codex.out、/tmp/idd305-analyze-final.log。

完整#305目標仍未完成。離線比對只建立待審內容的一致性，不能認證live Mail身分、寄達、真正客戶端呈現或正式寄送授權；人工觀察的帳號／客戶端範圍必須另行記錄。

Sister Concerns Filed

無新議題；#409身分限制、#306中繼／MIME差異均保留既有追蹤。