hey reply / hey draft send report success but the message stays in Drafts (send-as address)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by tracing the hey reply and hey draft send command paths described in the report, including how each decides a send succeeded. Compare their reported success with the observed thread and Drafts state for a send-as address. Done means the message is delivered and leaves Drafts, or the command reports failure rather than success when it remains a draft.
索引モデルが issue の本文から書いたものです。
説明
Summary
With hey-cli 1.7.0 (Linux), replying in a thread whose latest entry was sent from a send-as address reports success, but nothing is delivered: the message stays in Drafts and never appears in the thread. Running hey draft send on that draft also reports success and has the same result. Because both commands exit ok, an agent or script assumes the email went out.
Steps to reproduce
- Pick a thread whose latest entry you sent from a send-as address (not the primary
@hey.comidentity). - Check the envelope:
This resolves correctly:hey reply <thread-id> --replace-recipients --to [email protected] --cc [email protected] --dry-run"from": {"email_address": "<send-as address>"}, with the right To and CC. - Send it:
Output:hey reply <thread-id> --replace-recipients --to [email protected] --cc [email protected] -m "..."{"ok": true, ..., "summary": "Reply sent"} hey thread read <thread-id> --json: the entry count is unchanged, even after several minutes.hey draft list --json: the reply is there as a draft (subjectRe: ...,from= the send-as address, correct To/CC and body).hey draft send <draft-id>:{"ok": true, "data": {"id": <draft-id>}, "summary": "Draft sent"}- Polling for about 2 more minutes: the thread still has the same number of entries, and the draft is still in
hey draft list.
Expected
Either the reply is delivered (it shows up in the thread and leaves Drafts), or the command exits non-zero with the server's reason. A success summary should only be reported once the message has actually left Drafts.
Actual
Both commands report success while the message stays an unsent draft. Sending from the HEY web app is the workaround.
Notes
- Related but different: #483 (send-as used the wrong identity, closed), #520 (502 after a send, outcome unknown), #477 (idempotency for reruns). Here there's no error at all, just a false success.
- A post-send check would help agents: after
reply/draft send, confirm the draft is gone or the thread grew, and report something like"delivered": falseotherwise. - I didn't retry beyond that, to avoid sending a duplicate to the recipient.
- 主要言語
- Go
- スター
- 414
- フォーク
- 53
- 平均マージ
- 22時間 29分
- マージ済み PR（30日）
- 74
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
basecamp/hey-cli のほかの issue
-
TUI Calendar: Enter does nothing on a highlighted event (Day/Week), though the help bar shows "enter: open"再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンCLI Only
難易度 2/5 1〜3時間 初心者へのやさしさ 90/100
メンテナーはふだん 1 日以内に返信
-
installer-canary
難易度 2/5 1〜3時間 初心者へのやさしさ 48/100
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 50/100
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
basecamp/hey-cli の issue をすべて見る
似ている issue
-
fix(handlers): explicitly set Content-Type header in static Index handler対応中かも @kage-zero が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
eugenioenko/ttt#1206 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
open-policy-agent/opa#9426 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
rorkai/App-Store-Connect-CLI#3192 ·
メンテナーはふだん 1 日以内に返信
-
t:urlDecodeUni does not map U+3002 and U+FF61 to a dot, unlike ModSecurity対応中かも @fzipi が今日担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信