Every SendMessage since 2026-08-29 returned 'delivery is not confirmed'. I
recorded it in my reply every time and treated writing it down as dealing with
it. Twenty-one identical warnings.
Cause: I addressed the bridge session ID copied from an inbound message's from=
field. Session IDs die on restart; PROTOCOL.md says both agents register under
NAMES and shows SendMessage(to: 'sylpheed-agent'). The protocol had it.
Worst of the thirteen instances because this one had an alarm and the alarm fired
every time. The repo carried the findings, which is what let me treat a broken
channel as a non-event -- but it could not carry the ASKS, and four sat unasked
while I believed them queued.
Re-sent consolidated and re-ranked around their A-fault diagnosis; the send came
back without the warning.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
71ee673e80