Skip to main content

in reply to Éibhear 🔭

True. In the meantime, I'll try adding my Matrix address on my profile and let's see if that will encourage people to use that channel instead of direct messages.
in reply to Éibhear 🔭

and while we don't have that, people could use a service that gives them an unified account for both #matrix and #mastodon instances, like https://communick.com. #shamelessplug

Éibhear 🔭 reshared this.

in reply to Éibhear 🔭

meanwhile there is a bridge as a gap filler: https://docs.kazar.ma/
in reply to Éibhear 🔭

Yeah not sure if the resources would be low enough for a server to handle that. I have heard already that the a mastodon server is pretty big.
Probably something like #xmpp would be bedter suited.
#xmpp
in reply to MSavoritias

The #Mastodon server and #Matrix homeserver don't have to be colocated. E.g. you could be on mymastodon.example.com and hook it up to your matrix a/c on matrix.org. The larger #ActivityPub instances could use a small Matrix homeserver for it users without a declared matrix address, and automatically create a matrix a/c for them for the sole purpose of DMing.

The architectural possibilities are quite wide, I suspect.
in reply to Éibhear 🔭

that would be hugely blotted server wise, and mastodon is #4opens project so encryption is not a core part and would make the white lie of security this was built on, hard to maintain.

It works because it's #openweb to start to move to #closedweb would make this likely not work anymore.
in reply to vagabond

What's closed web about matrix? Would your concerns apply also to other activitypub systems like friendica or pleroma and the like?
This entry was edited (1 year ago)
in reply to Éibhear 🔭

matrix is a gold #4opens project but has 2 issues it's a defacto open "industrial" standard and it has semi opaque governance issues. Not big problems.

The issue is pushing #closedweb thinking into a #openweb project. Why do we need to add secure DM's to mastodon, exactly, and what would be added by this and what would be lost?

#4opens
in reply to vagabond

Let's look at an example, backups and security, currently on #mastodon and the whole #Fediverse the is an understanding that nothing is actually private (ok mastodon keeps telling white lies about this, i don't blame them) so we trust our admins not to spy, and we don't stress about the lossyness of it all.

Add the security of secret chat, and you add a whole another stress to running an instance. Why do we need to do this?
in reply to vagabond

Media is public by default, its media, use an encrypted chat app if you won't privacy.
in reply to vagabond

@Hamishcampbell in what way is matrix.org/foundation and spec.matrix.org semi-opaque (or a de facto standard)? :/ (we’re also proposing Matrix to IETF, but even if we weren’t, the Matrix Foundation is very much a real standards entity - just as much as the XSF or even W3C)
in reply to The Matrix.org Foundation

The issue is pushing #closedweb thinking into a #openweb project. Why do we need to add secure DM's to mastodon, exactly, and what would be added by this and what would be lost?
in reply to vagabond

@eibhear Secure DMs mean that people can only run native clients, and that the web interface becomes useless for DMs. Most security people that I know of regard cryptography with JavaScript in the browser as a joke in poor taste.

If you want secure DMs then just use apps which have been designed for that purpose.
in reply to vagabond

@Hamishcampbell Integration would be done client side for end to end encryption, by defining how to link identities between ActivityPub and Matrix.

Gained: privacy
Lost: ability to spy
in reply to Éibhear 🔭

That would be great. Already at #Socialcoop we use Matrix for operational discussions. It would be great to see the two services integrated more tightly.

At @medlab we also use Matrix and Mastodon together with integrated user management through @cloudron

Éibhear 🔭 reshared this.