diff --git a/blog/_posts/2021-08-03-matrix-perfect-privacy-not.md b/blog/_posts/2021-08-03-matrix-perfect-privacy-not.md index 21527b3..949e035 100644 --- a/blog/_posts/2021-08-03-matrix-perfect-privacy-not.md +++ b/blog/_posts/2021-08-03-matrix-perfect-privacy-not.md @@ -25,7 +25,7 @@ It comes with two problems: should instead use some other homeserver which would also be good for healthy federation, but the interface doesn't suggest or offer you any other servers. - * maybe in the future [your account will be decentralized and that won't matter](https://github.com/matrix-org/matrix-doc/issues/915)? + * maybe in the future [your account will be decentralized and that won't matter](https://github.com/matrix-org/matrix-spec/issues/246)? * if you happen to be like me and use both Element Web and Element iOS, you will notice they are wildly inconsistent. I cannot comment on Element Android as my phone (Nokia 1 / TA-1047) is too weak powered for pleasant @@ -62,7 +62,7 @@ situation will improve in foreseeable future there due to 2022-01-29: As seen from the strikethrough, two of six points on my list have been resolved, however today [FluffyChat released version 1.2.0 featuring stories](https://ko-fi.com/post/Whats-new-in-FluffyChat-1-2-0-Z8Z09LEO7). -At the time of writing [stories are a draft Matrix spec proposal](https://github.com/matrix-org/matrix-doc/pull/3588) +At the time of writing [stories are a draft Matrix spec proposal](https://github.com/matrix-org/matrix-spec-proposals/pull/3588) that in incompatible clients (such as Element Web and Element Android) appear as read-only rooms, however [Element iOS hides them completely with the exception of notifications that cannot be acknowledged](https://github.com/vector-im/element-ios/issues/5455). @@ -96,7 +96,7 @@ everything, they wouldn't throw that history to people who don't want to see it. Speaking of removals, once you remove a message [it will be stored in the database for server admins for 7 days](https://github.com/matrix-org/synapse/blob/ba5287f5e8be150551824493b3ad685dde00a543/docs/sample_config.yaml#L456-L461) which is fine for me, but if [this message happened to be media instead of text, it would never be removed](https://github.com/matrix-org/synapse/issues/1263) and should you have copied link to the media, it would keep on working and if you changed the homeserver address in your copied link, it would still -keep on working. Is this something you expect from a private protocol? I don't, or I didn't before getting familiar with Matrix. There is also an [alternative proposal about this](https://github.com/matrix-org/matrix-doc/pull/2228). +keep on working. Is this something you expect from a private protocol? I don't, or I didn't before getting familiar with Matrix. There is also an [alternative proposal about this](https://github.com/matrix-org/matrix-spec-proposals/pull/2228). *By the way Synapse is still a reference homeserver implementation by the matrix.org and not Matrix protocol itself, so sorry about that for anyone technical reading this.* @@ -108,25 +108,25 @@ chat with your partner? [Congratulations, whatever is your latest room-specific *Synapse didn't become Matrix protocol itself by the way, there are still other implementations!* -This issue does have a potential solution [an API planned for room specific details (2015)](https://github.com/matrix-org/matrix-doc/issues/545) -and what I am hopeful about in the future open pull request specification for space specific profiles, -unless it just moves the issue to a different level. Which got [cancelled or delayed for an undefined time period](https://github.com/matrix-org/matrix-doc/pull/3189#issuecomment-905761797), -["until extensible profiles and sync v3 become more concrete"](https://github.com/matrix-org/matrix-doc/pull/1769) +This issue does have a potential solution [an API planned for room specific details (2015)](https://github.com/matrix-org/matrix-spec/issues/103) +and what I am hopeful about in the future open pull request specification for space specific profiles, +unless it just moves the issue to a different level. Which got [cancelled or delayed for an undefined time period](https://github.com/matrix-org/matrix-spec-proposals/pull/3189#issuecomment-905761797), +["until extensible profiles and sync v3 become more concrete"](https://github.com/matrix-org/matrix-spec-proposals/pull/1769) 2021-08-27: I don't know how serious issue this may be for you, but any emoji/ -[reactions made on end-to-end-encrypted messages aren't encrypted](https://github.com/matrix-org/matrix-doc/issues/2678). +[reactions made on end-to-end-encrypted messages aren't encrypted](https://github.com/matrix-org/matrix-spec/issues/660). It's fun in [E2EE test rooms](matrix:r/megolm:matrix.org?action=join) when you cannot read the other party, but regardless see their reactions on your messages. 2022-01-10: In E2EE features, when you are invited to E2EE rooms, you generally cannot see the previously encrypted messages. However when those are encrypted, -viewing [message source will reveal the older messages in body and formatted_body](https://github.com/matrix-org/matrix-doc/issues/1654) -which [have been under deprecating plans since 2020-09-19, maybe in the future...](https://github.com/matrix-org/matrix-doc/pull/2781) +viewing [message source will reveal the older messages in body and formatted_body](https://github.com/matrix-org/matrix-spec/issues/368) +which [have been under deprecating plans since 2020-09-19, maybe in the future...](https://github.com/matrix-org/matrix-spec-proposals/pull/2781) I think that was my biggest complaints on Matrix (or Synapse itself), that don't involve other protocols and I have personally experienced. My notes for this blog post include [Elements not having real contacts list](https://github.com/vector-im/element-web/issues/4488), -or in other words [Matrix not having canonical direct messages](https://github.com/matrix-org/matrix-doc/pull/2199), +or in other words [Matrix not having canonical direct messages](https://github.com/matrix-org/matrix-spec-proposals/pull/2199), but they didn't occur to me and I guess it has been doing fine enough without implementing those. @@ -138,7 +138,7 @@ at all. This list also wasn't complete on what issues I have with Matrix (and so close to the end I don't want to dig for references) and I have specific wishes that no protocol offers (at least not consistently, such as using multiple names and knowing which name I am using where or managing -50 different rooms with same operators everywhere, but [that may get answered by Matrix](https://github.com/matrix-org/matrix-doc/pull/2962).) +50 different rooms with same operators everywhere, but [that may get answered by Matrix](https://github.com/matrix-org/matrix-spec-proposals/pull/2962).) You may wonder was it nice of me to write so negative blog post. I find it therapeutic as [I have had an issue to me to write this since 2021-01-15](https://github.com/Mikaela/mikaela.github.io/issues/230) diff --git a/blog/_posts/2021-12-05-matrix-community-abuse-security-by-obscurity.md b/blog/_posts/2021-12-05-matrix-community-abuse-security-by-obscurity.md index 5f15676..990837e 100644 --- a/blog/_posts/2021-12-05-matrix-community-abuse-security-by-obscurity.md +++ b/blog/_posts/2021-12-05-matrix-community-abuse-security-by-obscurity.md @@ -29,7 +29,7 @@ smaller steps: variable, not one specific to this post. 2. ***WARNING*** You should check [the Matrix spec](https://spec.matrix.org/latest/rooms/) for the latest stable room version. Or maybe the [unstable spec](https://spec.matrix.org/unstable/rooms/)? - Or maybe you should just [search GitHub](https://github.com/matrix-org/matrix-doc/issues?q=room%20version)? + Or maybe you should just [search GitHub](https://github.com/matrix-org/matrix-spec-proposals/issues?q=room%20version)? I have no idea how that works as the time of writing both are missing room versions 8 and 9. 3. ***WARNING*** Traditionally homeservers by other parties than Matrix.org (read Synapse) lag behind on supported room versions and you may break @@ -97,7 +97,7 @@ you simply use `/devtools` and ban the entire server by sending a completely new `m.room.server_acl`, luckily you are a professional `/devtools` user at this point so having to do this 20 times is nothing to you. -*2022-01-10 addition:* this becomes worse as Matrix Synapse alongside [the Matrix protocol itself will authorise everything done by servers that don't honour the `m.room.server_acl` event](https://github.com/matrix-org/matrix-doc/issues/3506) +*2022-01-10 addition:* this becomes worse as Matrix Synapse alongside [the Matrix protocol itself will authorise everything done by servers that don't honour the `m.room.server_acl` event](https://github.com/matrix-org/matrix-spec/issues/928) so as per the guide, you will have to acl those servers too (or the ACL might as well not exist). Sadly at the time of writing that also includes Conduit, so all Conduits must be ACLed too, even if they weren't malicious. A minor comfort is that [Conduit doesn't currently support room versions 7, 8 and 9](https://gitlab.com/famedly/conduit/-/issues/161).