matrix.markdown: how should I configure my room?

TODO: I am not happy especially with the end, this will require rewrite with better time.
This commit is contained in:
Aminda Suomalainen 2023-06-07 12:05:35 +03:00
parent 88ef7c311a
commit fec31f132b
Signed by: Mikaela
SSH Key Fingerprint: SHA256:CXLULpqNBdUKB6E6fLA1b/4SzG0HvKD19PbIePU175Q
1 changed files with 46 additions and 0 deletions

View File

@ -45,6 +45,7 @@ links._
- [How about DAG splits?](#how-about-dag-splits)
- [Can I have a non-federated room?](#can-i-have-a-non-federated-room)
- [What exactly is room upgrading?](#what-exactly-is-room-upgrading)
- [How should I configure my Matrix room?](#how-should-i-configure-my-matrix-room)
- [What are these idlekicks for inactivity, why are they for?](#what-are-these-idlekicks-for-inactivity-why-are-they-for)
- [But the relaybots look so ugly](#but-the-relaybots-look-so-ugly)
- [I am told that I should Matrixify my IRC channel, what does that mean?](#i-am-told-that-i-should-matrixify-my-irc-channel-what-does-that-mean)
@ -241,6 +242,51 @@ See also [Matrix Specification on room versions](https://spec.matrix.org/latest/
or `CTRL-F` this page for `/upgraderoom {{site.matrixLatestRoomVersion}}`
(Element Web command to perform the upgrade).
### How should I configure my Matrix room?
I think there are three important questions that will each require
consideration:
- Do you want to encrypt the room?
- Is the room public? If so, encryption will just cause strange issues for
you to troubleshoot and hinder the purpouse of the channel (which you
should also consider).
- Do you want to use bridges or integrations? Unless you or someone close to
you is selfhosting those, they are untrusted and will defeat the point of
encryption, so don't encrypt.
- Does the room only contain trustworthy participants? Encryption may be
your friend.
- Who can see the room history?
- If you want everyone to be able to read it, choose everyone or
`world_readable`.
- If you want everyone who has joined the room (and also crawler bots that
publish the history further), choose members-only or `shared`.
- If you want users to see the history since they were invited to the room,
select `invited`
- Otherwise select `joined` to have users only see history since they
joined.
- Who can join the room? This is self-explanatory so probably everyone or
invited users.
- However my favourite rules are `knock` so that users have to ask for permission to
join and `knock_restricted` so users in trusted rooms can join directly
without knocking.
Sample events for `/devtools`
```json5
// m.room.join_rules
{
join_rule: "knock",
}
```
```json5
// m.room.history_visibility
{
history_visibility: "invited",
}
```
### What are these idlekicks for inactivity, why are they for?
Some Matrix rooms decide to connect their channel to IRC maintaining the same users on both sides, which can be heavy for the IRC network depending on bridge type of which there are three "major" variants: