Max
But that doesn't work either - can't have a new topic created on the Matrix side if the room is read-only...
@turt2live and how would you see a Matrix user initiating a new thread? If we follow the logic of dedicated rooms per thread, that would mean its first message can...
@turt2live So overall, the real issue is with portal rooms, since you must adapt to a mailing list structure which, until threads are implemented in Matrix, is just not compatible...
> enabled encrytion for a room. After enabling the communication was broken. Encryption is indeed not supported. Given that E2EE is also not a stable feature in Matrix yet, it's...
Edited the issue description to include our conversation.
Following a conversation with devs ([start](https://matrix.to/#/!svJUttHBtRMdXmEhEy:matrix.org/$1497540391454oaVrg:kamax.io) - [end](https://matrix.to/#/!svJUttHBtRMdXmEhEy:matrix.org/$14975430362144446hjFxi:matrix.org)), there is no clean or good way to do this unless a copy of the room state is kept on the AS...
@cypa This software was written following a Proof of Concept is currently in standby. I'll keep your issue open as `enhancement` as it is one goal of it, but I...
Related: https://gist.github.com/maxidorius/5736fd09c9194b7a6dc03b6b8d7220d0#voip
`org.matrix.room.preview_urls` is not in the official `m.` namespace and is therefore a custom event. There is no reason to support it in a SDK.