Skip to content

Fix TigerInbox connector getting stuck after an auth failure - #27

Merged
DIodide merged 1 commit into
mainfrom
fix/tigerinbox-auth
Sep 28, 2026
Merged

DIodide merged 1 commit into
mainfrom
fix/tigerinbox-auth

Conversation

@DIodide

@DIodide DIodide commented Sep 28, 2026 •

Copy link
Copy Markdown
Member

Why PI couldn't use TigerInbox: its requests were rejected with 401, after which the MCP client looked for OAuth metadata, received TigerInbox's HTML login page (fixed in TigerMail) and marked the connection failed; the agents SDK then kept that failed connection for the life of the Durable Object, so every chat failed the same way.

  • Stored bearer-token app connections in failed/authenticating state are dropped and reconnected fresh
  • Connection failures log a 12-char SHA-256 fingerprint of the configured TigerInbox token (never the value)
  • The TIGERINBOX_MCP_TOKEN Worker secret was re-set via wrangler to TigerInbox's current token (fingerprint 3ca538f737f4, matching TigerInbox's running container)
  • typecheck + 40 tests pass

Report: https://claude.ai/artifact/TqvjE2bPrGsvxnp6ixqxMy

…fingerprint

A connection whose token was once rejected stayed in the agents SDK's 'failed'
(or OAuth 'authenticating') state for the life of the Durable Object, so the
connector kept failing even after the secret was corrected. Bearer-token apps
now reconnect fresh when their stored connection is failed or authenticating.
@DIodide
DIodide merged commit ba172c3 into main Sep 28, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant