Remove bit about user IDs being listed directly.

pull/3083/head
Patrick Cloke 4 years ago
parent c7ab867cef
commit c1eb461c8c

@ -39,7 +39,7 @@ Membership in a single space is enough.
If the `allow` key is an empty list (or not a list at all), then no users are If the `allow` key is an empty list (or not a list at all), then no users are
allowed to join without an invite. Each entry is expected to be an object with the allowed to join without an invite. Each entry is expected to be an object with the
following keys, or a string representing the MXID of the user exempted: following keys:
* `space`: The room ID of the space to check the membership of. * `space`: The room ID of the space to check the membership of.
* `via`: A list of servers which may be used to peek for membership of the space. * `via`: A list of servers which may be used to peek for membership of the space.
@ -57,7 +57,6 @@ response with HTTP status code of 403 and an `errcode` of `M_FORBIDDEN`.
Unlike the `invite` join rule, confirmation that the `allow` rules were properly Unlike the `invite` join rule, confirmation that the `allow` rules were properly
checked cannot be enforced over federation by event authorization, so servers in checked cannot be enforced over federation by event authorization, so servers in
the room are trusted not to allow invalid users to join.<sup id="a3">[3](#f3)</sup> the room are trusted not to allow invalid users to join.<sup id="a3">[3](#f3)</sup>
However, user IDs listed as strings can be properly checked over federation.
## Summary of the behaviour of join rules ## Summary of the behaviour of join rules

Loading…
Cancel
Save