this post was submitted on 16 Dec 2023
73 points (90.1% liked)

Fediverse

17724 readers
3 users here now

A community dedicated to fediverse news and discussion.

Fediverse is a portmanteau of "federation" and "universe".

Getting started on Fediverse;

founded 5 years ago
MODERATORS
 

There's a common false dichotomy about #Threads: 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.

- People who don't follow those same people won't see their posts.

- You have to manually approve followers _from_ Threads.

Basically, it puts Threads in quarantine, without cutting off all connections.

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.

social.coop/@eloquence/1115888…

you are viewing a single comment's thread
view the rest of the comments
[–] andscape@feddit.it 9 points 11 months ago* (last edited 11 months ago) (1 children)

ActivityPub doesn't just push everything on a server to every federated instance like a fire hose. In the first place, as Masimatutu@mander.xyz said, it only feeds your content to an instance if somebody on that instance follows you, which you can set to require your manual approval. Your posts could also get pushed if somebody else boosts your post and they have followers on the other instance.

However, if you set an instance block, none of your posts get sent to the instance, period. They would have to resort to scraping. In other words, if you don't want to give meta your data, just set an instance/domain block.

[–] ubergeek77@lemmy.ubergeek77.chat 1 points 11 months ago (1 children)

ActivityPub doesn't just push everything on a server to every federated instance like a fire hose.

I'm pretty sure Lemmy does? I run my own instance and that's how it works.

Is Mastodon different?

[–] andscape@feddit.it 3 points 11 months ago (1 children)

I don't think Lemmy does either...? It pushes updates to subs that at least someone on the receiving instance subscribes to (at least that's how it worked last time I checked). That's why there are scripts going around for new instances to automatically follow a bunch of popular subs to populate the All feed.

I think Mastodon works in the same way with users, where it sends updates for accounts that someone on the receiving end follows. So if nobody follows you from Threads it wouldn't send any of your posts there.

[–] ubergeek77@lemmy.ubergeek77.chat 0 points 11 months ago* (last edited 11 months ago) (1 children)

Ah, I misunderstood what you were saying at first. You're right, it's not everything on the instance that gets sent, only those things that federated instances need.

But as a user, unless I run my own instance, I don't get to decide when my posts or edits get sent out to any federated servers. That's what I was referring to. All of that stuff gets sent out "like a firehose."

And over time, as more people on Threads interact with certain ActivityPub instances, the range of communities Threads will be sent updates for might as well be the entire instance. If I block them, that's just a visual block. My stuff will still be sent to them, and depending on how they set up their federation, my content might be available on "threads.net" as well.

[–] andscape@feddit.it 1 points 11 months ago

Ah ok this I'm not sure about. I mean, Lemmy added instance blocks as well in the latest release (0.19), but it seems that, unlike Mastodon, this only hides the content from you and doesn't prevent your content from being sent to that instance. It does seem like a pretty big oversight, but I haven't found a discussion about this. There might be good reasons why it's this way.