eloquence, (edited )
@eloquence@social.coop avatar

There's a common false dichotomy about : cut them off, or leave it to user choice.

I can't speak to other software, but Mastodon offers a third option: limiting Threads. This can be done for all users of a server.

  • You can follow Threads accounts after clicking through a warning.

  • You have to manually approve followers from Threads.

Note, however, that boosted posts will continue to appear in your home timeline:

https://github.com/mastodon/mastodon/issues/26301#issuecomment-1868240966

jerry,

@eloquence while many people like this option, and I personally think it is the best way to navigate it in the near term, I’ve still been accused of supporting genocide, being friends with Zuck, taking paychecks from Meta to kill the fediverse, and so on. I hope you are having a better go of it.

darnell,
@darnell@one.darnell.one avatar

@jerry @eloquence Sheesh! It is not easy being an admin of an instance!

jerry,
MishaVanMollusq,
@MishaVanMollusq@sfba.social avatar

@jerry @darnell @eloquence it ain’t easy out here in the Fediverse being an Instance Admin.
Support your Admins $$$

mike,
@mike@thecanadian.social avatar

@jerry @eloquence I love it when they come at me like that. The unreasonable are always the easiest to disarm. It's the ones that come at me cool and calm with salient points that are the scary ones.

PopOfAfrica,

@jerry @eloquence

I don't believe you have any bad intentions. I think you're trying to kill the Fediverse via ignorance, not money.

jerry,

@PopOfAfrica thank you for helping to identify my next ban @eloquence

eloquence,
@eloquence@social.coop avatar

I like that option for our server, social.coop, and it's the one we voted to implement earlier this year.

We know that Threads already hosts bad actors (e.g., LibsOfTikTok). We know some reasonable folks have set up shop there and will continue to flee there from X.

This option makes it clear that Threads is not a safe space, while allowing limited connections.

Every instance will implement the option that makes sense to them, of course.

chris,
@chris@mstdn.chrisalemany.ca avatar

@eloquence can you explain how you have implemented this limiting exactly?

eloquence,
@eloquence@social.coop avatar

@chris

If you're an admin, it's done on the "New domain blocks" page (/admin/domain_blocks/new). See https://docs.joinmastodon.org/admin/moderation/#server-wide-moderation

silmathoron,
@silmathoron@floss.social avatar

@eloquence
I'm still a bit unclear about the specific consequences of the limit in terms of what the limited instance can access... As far as I could tell, it's still allowed to access everything, so it does not do much in term of preventing Facebook to legally access people's data.
Did I miss something?
If not, that should also be made very clear to your people.

thenexusofprivacy,

@eloquence yeah, I expect many of the instances who federate with Threads will limit them. From a privacy perspective though, it doesn't do anything to stop people's data from getting to Threads unless they opt out by individiually blocking Threads. "The fediverse is about consent" except when it isn't (opt-out is not affirmative consent).

sourcejedi,
@sourcejedi@mastodon.social avatar

@thenexusofprivacy @eloquence
Hmm? Doesn't it do about the same amount to stop people's data getting to Threads?

Instance-limit stops Threads users following you without consent. Individually blocking Threads rejects them automatically, instead of manually.

Neither is documented as stopping Threads users from reading your posts. Even if authorized fetch is enabled.[1]

[1] I base this on https://hub.sunny.garden/2023/06/28/what-does-authorized_fetch-actually-do/

sourcejedi,
@sourcejedi@mastodon.social avatar

@thenexusofprivacy @eloquence
Clearly the Fediverse is not designed with consent at the forefront.

You can theorize about taking back privacy on public networks.

But if site A wants to allow Google, and you want to post a publicly readable reply on site A, my hope would be that you're educated and supported in knowing that you'll be Google-able.

E.g. if y'all want to roll back Google, that's a long-standing fracture. It needs work on clear expectations or you'll have nothing but fractures.

thenexusofprivacy,

It's certainly true that the fedierse wasn't designed with consent at the forefront. But you're wrong about the effect of blockig and authorized fetch: sites that block Threads and turn on authorized fetch won't federate data to Threads.

It's true that Threads could technically still scrape public data if they want (and if other actions aren't taken to prevent them) but EU datra protection commissioners have warned them that scraping without consent is non-consensual access to data. And, data like followers-only posts and direct messages isn't public so isn't easily scrapable.

@sourcejedi @eloquence

sourcejedi,
@sourcejedi@mastodon.social avatar

@thenexusofprivacy @eloquence

> sites that block Threads and turn on authorized fetch won't federate data to Threads

I agree.

> I expect many of the instances who federate with Threads will limit them. From a privacy perspective though, it doesn't do anything to stop people's data from getting to Threads unless they opt out by individiually blocking Threads.

If a user blocks threads.net, their post can be boosted by a different user, and then re-boosted by a threads.net user. Can't it?

thenexusofprivacy,

@sourcejedi there was just a long discussion about this on my personal account. It turns out that for user-level blocks it also depends on whether authorized fetch is enabled. https://indieweb.social/@jdp23/111597265293660428

@eloquence

sourcejedi,
@sourcejedi@mastodon.social avatar

@thenexusofprivacy
Got it! Sorry for my failed "clarification".

thenexusofprivacy,

@sourcejedi no need to apologize, it's a confusing situation -- in fact in that other thread, when I read the documentation I thought the same thing.

Gustodon,
@Gustodon@mas.to avatar

@eloquence Okay, that's a good technical solution but what do you recommend for the constant vomiting?

eloquence,
@eloquence@social.coop avatar

@Gustodon

That legitimately made me laugh out loud. Well played, sir.

Gustodon,
@Gustodon@mas.to avatar

@eloquence Glad to hear it. 😁

zav_,

@eloquence
The gatekeeping is nuts here

People talk about how ActivityPub and open SocialProtocols are the future and wish for them to be implemented everywhere, only then for when it actually happens to cut off those people like a disease...

Really sad to see, imagine the backlash we would give Threads if they were doing this

just_a_frog,
@just_a_frog@c.im avatar

@zav_

I think a baseline suspicion of anything Meta does is healthy. It just seems like it's more of a "Meta is 100% evil and whatever they touch is automatically and entirely beyond redemption" in a lot of cases imo.

zleap,
@zleap@qoto.org avatar

@eloquence

This sounds a good option.

ZillaMon,
@ZillaMon@mastodon.social avatar

@eloquence I really don't care for the manual effort. Just cut the cancer off

eloquence,
@eloquence@social.coop avatar

@ZillaMon

Totally understand that choice. If you stay on mastodon.social, you'll likely have to do that via an individual domain block, as they have no plans to either limit or suspend all of Threads, as far as I know.

mos_8502,

@eloquence That reeks of half-measures.

eloquence,
@eloquence@social.coop avatar

@mos_8502

Then it's probably not the right choice for you, and that's fine. :)

aburka,
@aburka@hachyderm.io avatar

@eloquence This can't be done at the user level, right?

eloquence,
@eloquence@social.coop avatar

@aburka

Not as far as I know.

just_a_frog,
@just_a_frog@c.im avatar

@eloquence @aburka

Apart from the "manually approving followers only from that instance" those measures also don't really seem to make sense on a user level anyway.
You can set it in your user profile that ALL accounts who want to follow you must be approved, which is already pretty useful of you don't want to be followed by random bots.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • threads
  • Durango
  • DreamBathrooms
  • thenastyranch
  • ngwrru68w68
  • cisconetworking
  • magazineikmin
  • Youngstown
  • osvaldo12
  • rosin
  • slotface
  • khanakhh
  • mdbf
  • kavyap
  • ethstaker
  • JUstTest
  • InstantRegret
  • GTA5RPClips
  • modclub
  • tacticalgear
  • everett
  • cubers
  • Leos
  • tester
  • normalnudes
  • provamag3
  • megavids
  • anitta
  • lostlight
  • All magazines