The client says it cannot reach the server, but the endpoint responds to curl
The client says it cannot reach the server, but the endpoint responds to curl
Host than the one you tested. The server validates
the hostname on every request and returns 403 for anything it does not serve, with a message
naming the rejected host — but that message is inside the response body, and most clients surface
only a generic connection error.Confirm the URL in the client matches exactly, including the scheme and the /mcp path. A connector
configured against an older address will keep failing after the address changes.The connector connects, then immediately reports a connection issue
The connector connects, then immediately reports a connection issue
/.well-known/oauth-protected-resource, /.well-known/oauth-authorization-server and /register.Those paths return 404 on this server, which is correct — it signals that no authorization flow is
required. A 401 there would instead be read as “OAuth is required but you are not authenticated”,
and the client would abandon the connection.If you are proxying the endpoint through your own infrastructure, make sure your proxy does not
convert those 404 responses into 401 or 403. That single change breaks every connector.Requests never reach the server at all
Requests never reach the server at all
curl from a laptop succeeds, the client fails, and there is
no corresponding entry in the application log because the request was terminated at the edge. Check
the edge security event log rather than the application log.jq: parse error: Invalid numeric literal at line 1, column 6
jq: parse error: Invalid numeric literal at line 1, column 6
jq is choking on event: message.Pipe through sed first:Accept: application/json alone does not fix this — it returns Not Acceptable. The
Accept header must list both application/json and text/event-stream.jq: Cannot iterate over null (null)
jq: Cannot iterate over null (null)
result in the response, which means there is an error you are not looking at.
Replace the filter with jq . to see the whole payload. The error object carries a message that
usually names the exact problem.Missing the required per-request envelope key(s): _meta
Missing the required per-request envelope key(s): _meta
MCP-Protocol-Version: 2026-07-28 with a request body that lacks the envelope that
revision requires. In 2026-07-28 there is no initialize handshake — the protocol version, client
info and client capabilities travel in _meta on every request.curl. The simpler option for
a smoke test is to omit the MCP-Protocol-Version header entirely — the server handles the older
protocol era, which does not require the envelope.Input validation error: expected string, received undefined
Input validation error: expected string, received undefined
The agent used its own built-in tool instead of Placematic
The agent used its own built-in tool instead of Placematic
A geocode returned a confident result in the wrong state
A geocode returned a confident result in the wrong state
A truck route looks wrong or implausibly fast
A truck route looks wrong or implausibly fast
transport_mode: "truck" alone selects a routing engine; it
does not supply the vehicle profile. Without height, weight and length, the result is a generic
truck route.The difference is measurable: for one 28-mile dispatch, adding full dimensions returned a route
1.6 miles shorter and ten minutes slower, because it avoided roads the vehicle could not legally
use. A dispatcher planning against the dimensionless figure is late.ChatGPT does not show the developer mode option
ChatGPT does not show the developer mode option
Still stuck
Emailhello@placematic.com with the request you sent, the full response body including headers,
and the client and version. During beta, MCP Server support is best-effort and is not covered by the
response times in the Placematic SLA.