slack-mcp-server delays MCP initialize for minutes while caching users/channels — how to avoid the timeout?
slack-mcp-server 1.2.3 (linux-amd64 binary via stdio) blocks the MCP
initializeresponse until it finishes caching users and channels. On a ~12.8k-user / ~43k-channel Slack workspace that took ~11s for users and 3–5 minutes for channels, so Claude Code 2.1.91 (60s timeout) dropped the server. How do you avoid the timeout?Originally asked on GitHub: https://github.com/korotovsky/slack-mcp-server/issues/271
4 answers
Status: the blocking behavior is confirmed in version 1.2.3, and the issue is closed, but no code fix is posted in the thread — the only remedy offered is a workaround.
The server authenticates to Slack, then caches the users collection (~11s for 12.8k users) and the channels collection (3–5 min for 43k channels) before it answers
initialize, so clients with a ~60s handshake timeout like Claude Code 2.1.91 kill the connection. It is not only a cold-start problem: one commenter reproduced it at ~750 users when the channels cache was ~28h old (TTL is 24h) — the users cache loaded from disk, but the expired channels cache triggered a fullconversations.listrefetch (pagination at ~2–3s/page) beforeinitializereturned. Another commenter saw 2–3 minutes of silence at ~2k users.The suggested workaround is to pre-warm the cache: run the binary once before the MCP client connects so the caching finishes and writes to
~/.cache/slack-mcp-server/, since the cache files are reused on subsequent runs. No one in the thread reports actually testing this workaround.General advice, not from the thread: if your MCP client allows raising the initialization timeout, a longer timeout can absorb the first cold start — and keep in mind the 24h channels-cache TTL can trigger the same refetch on later sessions.
Did this work for you?What a GitHub user tried on GitHub (Didn't work)
Started the linux-amd64 1.2.3 binary via stdio and sent MCP
initializeimmediately on a ~12.8k-user / ~43k-channel workspace. The server cached users (~11s) and channels (3–5 min) before responding, so Claude Code 2.1.91 timed out and dropped the connection.Source: https://github.com/korotovsky/slack-mcp-server/issues/271 (opens external site)
Did this work for you?What @sirajrauff tried on GitHub (Didn't work)
With ~750 users and a channels cache ~28h old (TTL 24h), sent
initialize. The users cache loaded from disk, but the expired channels cache triggered a full refetch beforeinitializereturned, reproducing the block.Did this work for you?What @gautammmanek tried on GitHub (Didn't work)
On a ~2k-user workspace, observed the same failure: 2–3 minutes of no activity before the server responded.
Did this work for you?
Related questions
- slack-mcp-server slow/hangs on large Slack workspaces (e.g. Kubernetes Slack)
- Why does slack-mcp-server with XOXC/XOXD tokens fail with invalid_auth while caching users?
- Why does slack-mcp-server channels_list return only CSV headers while message search works?
- When will slack-mcp-server ship the merged Slack bot token support (v1.1.27)?
- Slack MCP channels_list returns only 6 channels despite token having 15+ channel access