Thread refresh

things i would like to see in mastodon that pleroma has been able to do for years:

- the ability to defederate an instance except for *explicitly approved* accounts (pleroma has supported this since the beginning of MRF in 2018)

- the ability to defederate a hashtag (pleroma has supported this since 2019)

- the ability to quarantine unknown instances until they are approved by the admin (pleroma has supported this through a combination of multiple features since 2019)

@ariadne rejecting content based on hashtag has been on my list to do for Mastodon, but needs this activitypub issue resolved: https://github.com/w3c/activitypub/issues/424

This was an early attempt at this in Mastodon: https://github.com/mastodon/mastodon/pull/29264

Just silently dropping the message may not be the best option, hence needing community consensus on best practices

@thisismissem

This is interesting, but raises several questions for me (not that I'm anyone) that I've not seen addressed

Maybe early days in the larger issue, or something

Is this seen as content rejected because it contains $Word only, or content rejected because $Word is used in conjunction with a hashtag?

Who curates the list of $Words?

Then, a further question because of "Create a global default text filter to help prevent the use of racist and abusive language (Issue #31182)"

What language will the "global default text filter" list be kept in?

What becomes of other languages, which can be equally problematic on their own or in translation?

cc @ariadne

@FinchHaven @ariadne I think a lot of what's been said is based on the MRF capability, where (as I understand it) you run additional elixir code in your server, much like a plugin system.

MRF has been deemed dangerous by some because it allowed rewriting audience & text on posts & publishing Flag activities as Notes — i.e., you can use it to out people who report others & rewrite posts to make it look like someone has said something they haven't.

Basically, great power, great responsibility.

@FinchHaven @ariadne so when it comes to filtering instance wide, it ends up being "whatever your admin decides so you need to 100% trust them not to do bad things with the power they have.

I think for Mastodon, if I were to implement content filtering at instance level, I'd want a public log of actions related to be available to users on the server.

But the drop message versus said a rejection isn't yet worked out at ActivityPub level yet, afaik

@thisismissem @FinchHaven nothing about ActivityPub blocks anyone from adding a transparency log to MRF, or adding an MRF-like facility to Mastodon.

this is just absurd.

@thisismissem @FinchHaven like, respectfully, i think you all need to focus on why people like @KimCrayton1 are using Mastodon with basically *zero* mitigations to deal with trivial abuse instead of whether or not MRF is too powerful for your liking.

when Kim is no longer being crapflooded with racial slurs and threats, things that could be *trivially mitigated with MRF policies*, then maybe you can talk shit about MRF.

@thisismissem @FinchHaven @ariadne you can have MRF policies publicly listed and if an instance tampers more than they promise, it creates a (dis)reputation

also i might be wrong but i think public log of applied actions would be trivial compared to MRF itself

@xarvos @thisismissem @FinchHaven yes, precisely. it is a non-issue in practice with 6 years of MRF.