Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Test that an actor's URI can be on a different host than their @user@host handle #63

Open
jernst opened this issue May 7, 2024 · 5 comments
Labels
enhancement New feature or request protocol-level A test that requires a Node that can craft / inspect in detail protocol-level data

Comments

@jernst
Copy link
Member

jernst commented May 7, 2024

E.g. @[email protected] resolves to https://b.example.com/otheruser.

@steve-bate
Copy link
Member

steve-bate commented May 17, 2024

Possibly related...

https://www.rfc-editor.org/rfc/rfc7033

If the query target contains a "host" portion (Section 3.2.2 of RFC 3986), then the host to which the WebFinger query is issued SHOULD be the same as the "host" portion of the query target, unless the client receives instructions through some out-of-band mechanism to send the query to another host.

This is SHOULD and not a MUST. I haven't seen this enforced in a Fediverse context but a related test might highlight where it is validated (other than returning 404).

@steve-bate steve-bate added the enhancement New feature or request label May 17, 2024
@jernst
Copy link
Member Author

jernst commented May 17, 2024

This appears to be a MUST requirement on the client: accept it, although the server is discouraged from doing so (SHOULD).

@steve-bate
Copy link
Member

I interpreted “the host to which the WebFinger query is issued SHOULD …” as referring to the client since the server doesn’t issue queries. The server role seems to be related to possibly sending “out-of-band” instructions, whatever that means.

@steve-bate
Copy link
Member

Or maybe the “out-of-band” means completely outside the scope of WebFinger (not even the WF server/resource)?

@jernst
Copy link
Member Author

jernst commented May 17, 2024

Use case case: fallback Webfinger, similar to what Mozilla did back in the day with Persona: if you can't find a webfinger endpoint, go to a globally well-known fallback endpoint which fills in before the real site implements things (if they ever well).

@jernst jernst added the protocol-level A test that requires a Node that can craft / inspect in detail protocol-level data label Sep 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request protocol-level A test that requires a Node that can craft / inspect in detail protocol-level data
Projects
None yet
Development

No branches or pull requests

2 participants