Hi Slack team, thanks for maintaining the official Slack MCP integration.
I realize this repository contains the plugin/configuration for connecting clients to Slack's hosted MCP server rather than the server implementation itself. I'm opening this here because it appears to be the closest public GitHub entry point for https://mcp.slack.com/mcp. If there is a better place to report hosted Slack MCP server issues, please feel free to redirect me.
Summary
The official Slack MCP server appears to format message timestamps incorrectly in concise search results.
Affected tools:
slack_search_public
slack_search_public_and_private
When these tools are called with response_format: "concise", the output appends impossible future dates such as 56385707-07-18. For the same search results, response_format: "detailed" returns correct Time and Message_ts values.
Minimal reproduction
Call either affected tool with:
{
"query": "\"opensandbox\"",
"limit": 6,
"sort": "timestamp",
"sort_dir": "desc",
"response_format": "concise"
}
Then compare with the same request using:
{
"query": "\"opensandbox\"",
"limit": 6,
"sort": "timestamp",
"sort_dir": "desc",
"response_format": "detailed"
}
Observed examples
For the same search results, I observed the following differences:
Message_ts: 1779298899.186649
Detailed: 2026-05-21 01:41:39 CST
Concise: 56385707-07-18
Message_ts: 1779287943.014529
Detailed: 2026-05-20 22:39:03 CST
Concise: 56385360-05-09
Message_ts: 1779263556.980099
Detailed: 2026-05-20 15:52:36 CST
Concise: 56384587-08-05
Message_ts: 1779174431.420859
Detailed: 2026-05-19 15:07:11 CST
Concise: 56381763-04-26
Message_ts: 1779173672.775079
Detailed: 2026-05-19 14:54:32 CST
Concise: 56381739-04-11
Message_ts: 1779090562.914829
Detailed: 2026-05-18 15:49:22 CST
Concise: 56379105-08-18
I also checked the original Slack Web API message ts values directly, and they resolve to the same correct timestamps shown by response_format: "detailed".
Likely cause
Slack message timestamps are represented as seconds.microseconds, for example:
The concise renderer appears to multiply that value by 1_000_000 and then format the microsecond-expanded value as Unix seconds.
For example:
1779298899.186649 * 1_000_000 = 1779298899186649
Formatting 1779298899186649 as Unix seconds in CST produces:
That exactly matches the invalid date appended by the concise search output.
Expected behavior
response_format: "concise" should either omit the timestamp or format Slack Message_ts using the correct unit, e.g.:
1779298899.186649 => 2026-05-21 01:41:39 CST
or the equivalent local timezone.
Additional context
Please let me know if a different public repository or support channel is preferred for hosted Slack MCP server bugs. I can provide redacted raw MCP request/response samples if useful.
Hi Slack team, thanks for maintaining the official Slack MCP integration.
I realize this repository contains the plugin/configuration for connecting clients to Slack's hosted MCP server rather than the server implementation itself. I'm opening this here because it appears to be the closest public GitHub entry point for
https://mcp.slack.com/mcp. If there is a better place to report hosted Slack MCP server issues, please feel free to redirect me.Summary
The official Slack MCP server appears to format message timestamps incorrectly in concise search results.
Affected tools:
slack_search_publicslack_search_public_and_privateWhen these tools are called with
response_format: "concise", the output appends impossible future dates such as56385707-07-18. For the same search results,response_format: "detailed"returns correctTimeandMessage_tsvalues.Minimal reproduction
Call either affected tool with:
{ "query": "\"opensandbox\"", "limit": 6, "sort": "timestamp", "sort_dir": "desc", "response_format": "concise" }Then compare with the same request using:
{ "query": "\"opensandbox\"", "limit": 6, "sort": "timestamp", "sort_dir": "desc", "response_format": "detailed" }Observed examples
For the same search results, I observed the following differences:
I also checked the original Slack Web API message
tsvalues directly, and they resolve to the same correct timestamps shown byresponse_format: "detailed".Likely cause
Slack message timestamps are represented as
seconds.microseconds, for example:The concise renderer appears to multiply that value by
1_000_000and then format the microsecond-expanded value as Unix seconds.For example:
Formatting
1779298899186649as Unix seconds in CST produces:That exactly matches the invalid date appended by the concise search output.
Expected behavior
response_format: "concise"should either omit the timestamp or format SlackMessage_tsusing the correct unit, e.g.:or the equivalent local timezone.
Additional context
#6802948Please let me know if a different public repository or support channel is preferred for hosted Slack MCP server bugs. I can provide redacted raw MCP request/response samples if useful.