Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

Clarify that room alias domain names will be server-scoped; nonlocal edi... #7

Merged
merged 1 commit into from
Oct 7, 2014
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
8 changes: 8 additions & 0 deletions docs/specification.rst
Original file line number Diff line number Diff line change
Expand Up @@ -805,6 +805,11 @@ no content. Only some privileged users may be able to delete room aliases, e.g.
server admins, the creator of the room alias, etc. This specification does not
outline the privilege level required for deleting room aliases.

As room aliases are scoped to a particular home server domain name, it is
likely that a home server will reject attempts to maintain aliases on other
domain names. This specification does not provide a way for home servers to
send update requests to other servers.

Rooms store a *partial* list of room aliases via the ``m.room.aliases`` state
event. This alias list is partial because it cannot guarantee that the alias
list is in any way accurate or up-to-date, as room aliases can point to
Expand All @@ -823,6 +828,9 @@ Room aliases can be checked in the same way they are resolved; by sending a
"servers": [ <domain>, <domain2>, <domain3> ]
}

Home servers can respond to resolve requests for aliases on other domains than
their own by using the federation API to ask other domain name home servers.


Permissions
-----------
Expand Down