... because there's nothing more infuriating than someone talking about an endpoint, then having to search through 150 pages of spec for it.
1.4 KiB
Client Config
Clients can store custom config data for their account on their homeserver. This account data will be synced between different devices and can persist across installations on a particular device. Users may only view the account data for their own account.
The account data may be either global or scoped to a particular room.
There is no inheritance mechanism here: a given type
of data missing
from a room's account data does not fall back to the global account
data with the same type
.
Events
The client receives the account data as events in the account_data
sections of a /sync
response.
These events can also be received in a /events
response or in the
account_data
section of a room in a /sync
response. m.tag
events appearing in
/events
will have a room_id
with the room the tags are for.
Client Behaviour
{{% http-api spec="client-server" api="account-data" %}}
Server Behaviour
Servers MUST reject setting account data for event types
that the server manages by using a 405 error response.
Currently, this only includes m.fully_read
and m.push_rules
. This applies to
both global and room-specific account data.
{{% boxes/note %}}
{{% changed-in v="1.10" %}} m.push_rules
was added to the rejection
list.
{{% /boxes/note %}}
Servers must allow clients to read the above event types as normal.