Error layers
MailGreet MCP has three distinct error layers, each behaving differently. Understanding which layer an error comes from tells you how to fix it.HTTP errors
These are standard HTTP responses returned before the JSON-RPC body is even processed.401 Unauthorized
- No
Authorizationheader provided - Header is not in
Bearer mailgreet_xxxformat - API key not found (wrong key or typo)
- API key has been revoked
- API key has expired
429 Too Many Requests
retry_after value (in seconds) to know when to retry.
405 Method Not Allowed
Cause: UsingGET, PUT, or any method other than POST on the /mcp endpoint.
Fix: Always use POST https://api.mailgreet.com/mcp. The endpoint does not support any other method.
JSON-RPC errors
These are returned when the request structure itself is invalid. HTTP status is always200 for these — the error is in the response body.
Error code reference
Examples
Invalid JSON-RPC version
Invalid JSON-RPC version
Unknown method
Unknown method
Unknown tool name
Unknown tool name
Missing required parameter
Missing required parameter
Tool errors (isError: true)
When a tool call fails at the application level (permissions, not found, business logic), the MCP spec requires returning HTTP 200 with a normal JSON-RPC success envelope — but with isError: true added. This is intentional MCP behavior: the HTTP transport succeeded; the tool itself reported failure.
Tool error types
Permission Denied (Forbidden)
Permission Denied (Forbidden)
Not Found
Not Found
Validation Error
Validation Error
Business Logic Error
Business Logic Error
How AI clients handle errors
MCP clients (Claude, Cursor, n8n) surface errors differently from a raw HTTP client:For n8n workflows, tool
isError: true responses will cause the AI Agent node to surface the error text in its output. You can handle these in error branches of your workflow.
