Skip to content

Commit 6241273

Browse files
committed
Update authorization.mdx
1 parent f5915b1 commit 6241273

File tree

1 file changed

+2
-3
lines changed

1 file changed

+2
-3
lines changed

docs/specification/draft/basic/authorization.mdx

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -213,9 +213,9 @@ For the purposes of this specification, the canonical URI of an MCP server is de
213213
5. **MUST NOT** include a fragment component.
214214
6. **SHOULD NOT** include a query component unless necessary for MCP server identification.
215215
7. **SHOULD NOT** include path components beyond what is necessary to uniquely identify the MCP server.
216-
8. **MUST** use lowercase for the scheme and host components.
216+
8. **SHOULD** use lowercase for the scheme and host components as per [RFC 3986 Section 6.2.2.1](https://www.rfc-editor.org/rfc/rfc3986#section-6.2.2.1), which defines this as the canonical form for comparison purposes.
217217

218-
MCP clients **SHOULD** provide the most specific URI that they can for the MCP server they intend to access.
218+
MCP clients **SHOULD** provide the most specific URI that they can for the MCP server they intend to access, following the guidance in [RFC 8707](https://www.rfc-editor.org/rfc/rfc8707). While the canonical form uses lowercase scheme and host components, implementations **SHOULD** accept uppercase scheme and host components for robustness and interoperability.
219219

220220
Examples of valid canonical URIs:
221221

@@ -226,7 +226,6 @@ Examples of valid canonical URIs:
226226
Examples of invalid canonical URIs:
227227

228228
- `mcp.example.com` (missing scheme)
229-
- `HTTPS://MCP.EXAMPLE.COM` (non-lowercase components)
230229
- `https://mcp.example.com#fragment` (contains fragment)
231230

232231
> **Note:** While both `https://mcp.example.com/` (with trailing slash) and `https://mcp.example.com` (without trailing slash) are technically valid absolute URIs according to [RFC 3986](https://www.rfc-editor.org/rfc/rfc3986), implementations **SHOULD** consistently use the form without the trailing slash for better interoperability unless the trailing slash is semantically significant for the specific resource.

0 commit comments

Comments
 (0)