Email or username:

Password:

Forgot your password?
Darius's posts Post Back to profile
Darius Kazemi

Random idea I haven't thought through at all yet: a twist on allowlist based federation, designed for small invite only servers.

Admins could tag an individual remote server X and apply a special rule like: we reject all messages from them to start, as though the whole server were blocked. As individuals on our server follow specific accounts on server X, those accounts can now receive and maybe even boost messages from us.

I dunno. Call it "threaderation"? :AngelDevil:

7 Jul 2023 at 1:00 | Open on friend.camp
15 comments
Stefan
Woozle Hypertwin

@stefan @darius

Isn't that basically how instance-silencing works?

7 Jul 2023 at 1:17 | Open on toot.cat
Darius Kazemi

@woozle @stefan it's a bit more restrictive than silencing

7 Jul 2023 at 2:11 | Open on friend.camp
Steven Roose

@darius Basically a "blocked by default" policy. The instance is blocked by default unless one of our users want tk explicitly follow someone. Makes sense to me.

7 Jul 2023 at 1:15 | Open on x0f.org
Casper Darling
@darius i have been considering what a pleroma mrf policy could do to minimize leakage without completely defederating. currently, I've come up with:
- making the followers/following collections unfetchable
- not federating replies to a thread that does not already a facebook user (excluding self-replies)
- not including the Announced object, so it always has to be deferenced and go through the originating instance's authorized fetch policy
@darius i have been considering what a pleroma mrf policy could do to minimize leakage without completely defederating. currently, I've come up with:
- making the followers/following collections unfetchable
7 Jul 2023 at 1:42 | Open on social.shadowfacts.net
Jon

@darius Really interesting idea. Can I link to that from the thread modeling post? I've already got a paragraph on looking for alternatives between allowlist and blocklist, so it'd fit right in

7 Jul 2023 at 2:13 | Open on indieweb.social
[DATA EXPUNGED]
Jeremy List

@darius I'm on another social network that by default does something like this (your allow list is your follow list plus the follow lists of everyone you're following). Works really well.

7 Jul 2023 at 3:54 | Open on hachyderm.io
maddox

@darius kitty.town uses this approach iirc

7 Jul 2023 at 4:07 | Open on zeroes.ca
Erlend Sogge Heggen

@darius hope to see this trail of thought continue into real experimentation!

It feels like there would be a whole lot more common ground between the preemptive defederators and the wait-and-see crowd if dubious instances could be quarantined away whilst still having the option to poke holes for individually trusted users.

We also need more documentation on the connectivity options available to instance admins:
writing.exchange/@erlend/11067

@darius hope to see this trail of thought continue into real experimentation!

It feels like there would be a whole lot more common ground between the preemptive defederators and the wait-and-see crowd if dubious instances could be quarantined away whilst still having the option to poke holes for individually trusted users.

7 Jul 2023 at 8:48 | Open on writing.exchange
Tim Cowlishaw

@darius This would be an absolute dream!

7 Jul 2023 at 9:27 | Open on assemblag.es
wakest ⁂

@darius really love the idea of breaking out of this binary thinking, and there are some great replies that make me have some hope that this may be the third path that has the right balance. some sort of Threads "condom" that protects community interests in the fediverse but still allows *some* flow of intentional information between the servers

7 Jul 2023 at 9:30 | Open on social.wake.st
d(jack’o la)ngo 🎃
Go Up