-
Notifications
You must be signed in to change notification settings - Fork 371
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
[WIP] MSC3348: Server-Server Room based extensible communication #3348
Conversation
…o XXXX Server-Server Room based extensible communication.md
…ion.md to 3348 Server-Server Room based extensible communication.md
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some spelling/grammar/formatting nit picking
proposals/3348 Server-Server Room based extensible communication.md
Outdated
Show resolved
Hide resolved
proposals/3348 Server-Server Room based extensible communication.md
Outdated
Show resolved
Hide resolved
proposals/3348 Server-Server Room based extensible communication.md
Outdated
Show resolved
Hide resolved
proposals/3348 Server-Server Room based extensible communication.md
Outdated
Show resolved
Hide resolved
proposals/3348 Server-Server Room based extensible communication.md
Outdated
Show resolved
Hide resolved
@FSG-Cat we'll also need sign-off on this before it's eligible for FCP. The easiest way to do this is to leave a comment or add to the PR description the following:
|
…on.md Co-authored-by: Hubert Chathi <hubert@uhoreg.ca>
…on.md Co-authored-by: Hubert Chathi <hubert@uhoreg.ca>
…on.md Co-authored-by: Hubert Chathi <hubert@uhoreg.ca>
…on.md Co-authored-by: Hubert Chathi <hubert@uhoreg.ca>
…on.md Co-authored-by: Hubert Chathi <hubert@uhoreg.ca>
Removed a non needed Ack step since the Ack is in response to the accept and that accept can be treated as an ack. This brings the Round Trips needed down to 3.
With the negotiation mechanism rework sus2s upgrades only needs 2 events being sent before the Upgrade process can start with the third event being able to be sent at the same time as the upgrade process is initated.
|
||
### The identifiers that servers should use to identify the server users | ||
|
||
The IDs the homeservers should use is currently recommended to be a simple @:identifier |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This syntax is not clear. Does it mean a literal @:
followed by an identifier or a literal @
followed by an identifier?
I see there are references later that seem to imply that it is the former but maybe an example right next to this would be helpful.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The complete mxid under this proposal for the homeserver would be @:example.com
in the case of example.com.
Closing this since it wont progress under Cat. |
Rendered
Room for the discussion of this MSC exists at #CatMSC3348:feline.support
Signed-off-by: Catalan Lover catalanlover@protonmail.com