this post was submitted on 21 Dec 2023
279 points (96.3% liked)
Fediverse
28388 readers
471 users here now
A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world rules.
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The most reasonable solution I’ve seen so far, from the pixelfed and pixelfed.social creator
https://mastodon.social/@dansup/111617703110836835
Not the solution I was hoping for but it's an extremely reasonable compromise. I've never heard of selective authorized fetch. Pretty sure he just invented it.
FOSS ingenuity at work. All it needs is adaptation and adoption.
Authorised fetch has been a thing on Mastodon and I believe Akkoma too. I don't know if Pleroma, Soapbox or Misskey have it though.
Authorized Fetch has been a thing for a bit on Mastodon at least - but as far as I can see it's a global toggle rather than saying "If you present as a domain on the blocklist then you must be authorized to fetch this resource" (the selective authorized fetch I assume they're talking about).
Never used Akkoma though, so I can't speak for it.
Yeah the selective part I think is new. I believe Akkoma's authorised fetch is similar to Mastodon, though I've also heard it came at the cost of breaking MRFs (essentially policies to handle incoming messages, that can be custom-written if needed)
Unless I'm wrong, the unique thing here is that auth fetch is always off for the server. It's on only at the user level and it's only on at that level if a user has an active domain block.
That could actually solve a lot of problems for people. Admins are reluctant to enable it server-wide because it causes a bunch of problems. The biggest being that it breaks federation with servers running older software (Mastodon v <3.0 I think) and with other services (Pleroma, maybe others). It also uses more server resources. But there are always people who think it's worth it.
For the lazy:
That's a good solution. Keeps the all feed clear of threads content while allowing users to opt in
I'm pro federate, but honestly, this seems fair. However Lemmy wouldn't need it, as to see a threads post on lemmy, the person would have to @ the lemmy community in their post.
Yep. And the ones that do know and want to post to our communities would probably have the right intentions anyway
All true, and making this a feature would simply be implementing the inverse of the new capability… overriding an instance level block instead of imposing one not already at the server level.
I think you only made a case for having two or more levels of instance block, that already exist. One due to objectionable/illegal material that cannot be overridden, and another for something like threads where a significant number of users may not want to be opted in automatically, or want to block it due to purely ideological, non-illegal reasons, which would effectively be put in place by automatically adding the instance block to user accounts that can be removed at any time, which arguably can already be done with minor changes. That’s essentially what dansup is doing, complete with including a command for Pixelfed instance admins to apply the optional block to all user accounts.
That’s not how Bluesky does it. Sure it empowers users which is great but if there is a PDS for example with lolicon, one I don’t see it making past the content filters but if it did the BGS/Relay would blacklist that PDS
Jerry Bell did it first!
https://infosec.exchange/@jerry/111591446262881196
Good to see more reasonable people in all of this.
Did Dan ever get the messaging service Sup going? Tried to look it up, but his name being Dansup is throwing a wrench in my Googlefu.
@supapp@pixelfed.social
Releasing in beta soon!
Also searching for #sup in Mastodon has been a good way to find information about developments. Not so necessary now that there's an official account I guess. :)
Thanks for the tip!
I am unreasonably excited about this. Where I live, there's no decent options for Internet or cell signal. Which means normal calling/texting doesn't work, and regular Wi-Fi calling/texting is choppy at the best of times. My whole family uses WhatsApp for everything. I'm hoping I can get them to switch to something like this once it's stable.