This shouldn’t come as a huge surprise. Meta is moving forward with their plans for Theads and the Fediverse, and their adjusted terms reflect a new impending reality for Fediverse users.
Stupid question, couldn’t instances just say they don’t allow scraping specifically from Facebook in their ToS and then report them for GDPR violations if they do?
As in say that have the ToS says that “we’ll give your data to other instances because that’s how the Fediverse works, we won’t give your data to Facebook” and also “Facebook is not allowed to federate, and is not allowed to pull data”.
Then just say that your data subjects don’t consent to any data pulling by Facebook, and Facebook scraping your system even through ActivityPub is a violation of GDPR.
But GDPR is the European thing, and Threads isn’t even available in Europe.
Wouldnt it count for lemmy.world and other European instances because they are from Europe?
GDPR is a protection that applies to European citizens, regardless of where they’re situated. companies don’t get a pass because they blocked IP addresses coming from Europe.
now, enforcement outside the EU is a challenge, but the law is written in such a way that it covers the personal info of every EU citizen regardless of location.
If there service is affecting a service in the EU then they will have to abide by Gdpr. Fact is if your server is in the EU and they scrape it they are active in the EU.
Any instance that federates with this garbage should be mass defederated
Defederating won’t stop this. Defederating means you don’t pull their data, not the other way around.
That would require blocking their servers/domains/IP adresses at the firewall level I guess? Preferably taken from a curated list like NextDNS does?
Partially. It’d help a little bit. But if you federate with another instance that doesn’t block it, that data will still get out.
Essentially the protocol would have to be updated to carry a blacklist that all instances would adhere to, but basically via an honor system.
The only method that could truly protect your data would be whitelisting, but that would severely hamper and fracture the fediverse.
Yeah I agree. Can’t be federating with Instagram: comments section™, owned by Facebook®.
deleted by creator
Wtf. Can’t they just be defederated. Get that shit outta here.
A server admin can block any other server, including Threads.
So if I read this right, no big deal as long as you don’t interact with threads stuff on the fediverse?
It’s definitely creating more of a case to defederate from it if it ever tries to federate
That’s not how I read it, but I’m not going to claim to be a fediverse expert. That post specifically says:
Provided that a Third Party User is followed by or following a Threads account, Meta will ingest these pieces of data specifically:
To me, this reads as, even if a Threads user follows you, your info gets chewed up by Meta.
In other words, if you post somewhere on the Fediverse, and some Threads user bumps into it, they can follow you, and that will send all that data to Meta. And it looks to include data well beyond the post the Threads user saw.
To me, this is a “sound the alarm” moment. If you came here to avoid Meta’s data harvesting, this sounds like you at least need to be on an instance defederated from threads, but I’m not sure even that’s enough.
if you post somewhere on the Fediverse, and some Threads user bumps into it, they can follow you, and that will send all that data to Meta. And it looks to include data well beyond the post the Threads user saw.
exactly
and that is why #hubzilla and #streams have a permission system to avoid that… you can set up rules and decide who can see your posts and what they can to with it…
have a look at this FEDI projects
Correct. Though interaction also means, a Threads user following you or replying to one of your comments or posts.
Everybody, please understand what defederating means. It will not stop the defederated instance from getting the data. It just means you don’t pull theirs.
If you want to actually control who gets data, you’d have to switch to a service like Streams. ActivityPub cannot prevent anyone from pulling data. It only allows an instance to decide not to pull from a specific location.
There’s nothing stopping them from scraping the data or getting it from the API already.
If you put something on the internet, it is public.
Everybody, please understand what defederating means. It will not stop the defederated instance from getting the data. It just means you don’t pull theirs.
I’m OK with that. If I wanted to talk to facebook users I’d be on facebook.
Ok, but the number of people that think defederation is in anyway going to prevent this is fairly high.
I see it less about preventing than about sending a clear “DO NOT WANT” message.
I’ve been around since the prevailing attitude across all common internet services was anti-corporate, anti-commercialism. You sound like maybe you have too. We lost that battle. It’d be nice to win this one, even if in a way that matters only to Fediverse users. I know at the end of the day Meta won’t care, and it won’t stop them from slurping up our data.
I still think there is value to the DO NOT WANT message, and when Musk or MS try the same thing, I hope we send the same message to them. Let there be one tiny corner of the internet that isn’t monetized and enshittified to death. Let the users who are happy to use those companies’ platforms use those companies platforms.
I get that this is tangential to your complaint here, and I get it. I don’t care what peoples’ reasons are though. Every instance should support the fedipact, and when Meta finally starts federating I’ll leave my comfy kbin.social home 30 minutes later if it doesn’t.
I hope each new revelation convinces more instance owners to do so, and more users to ask their instance owners to do so.
I’m just worried folks are putting too much faith in what defederation means.
Fair enough. I didn’t really intend to be arguing with you so much as spring-boarding off your point. 🙂
Yeah, I can get behind this “DO NOT WANT” plan. Sounds sensible. Most of the other comments here sound like a knee-jerk reaction without any understanding of the way fediverse works, just panicking mob mentality.
But then again I don’t understand shit about the fediverse myself, so I’m not putting too much stock into my own impression. We’ll see how things shake out.
Wouldnt the name of your profile be more specific than your ip address so it doesnt matter if they get your ip address or not?
Also, why would they store the data? They cant show you ads
I think the policy has more to do with your server’s IP address. The language on the page is a bit vague, since they absolutely collect the IP addresses of their own users.
So they’ll grab what is needed to federate? The same stuff every instance grabs?
Ostensibly, yes. However, as a company whose business model is primarily predicated on sale of personal data and analytics, this does create something of a conflict of interest, especially because of Meta’s extensive involvement in surveillance capitalism.
Per the article, I really like Mike Macgirvin’s stance of “I’ll give you the bare minimum of data to make basic interactions work, but not one thing more.”
I mean yeah, I get the implications there, but all I’m saying is that they wouldn’t be able to federate without the info so it makes sense.
If someone had any doubts about federation with Threads, they shouldn’t by now. Facebook is trying to turn Fediverse into Shittyverse and Fedizens should resist that
Lemmy needs an option for a user to block an instance.
If your local instance is not going to defederate with meta then an average user can’t do anything about it.
Yeah sure you can create a new user in other instance or selfhost an instance, but who would actually go through that?
Everyone should change their instance to one they agree with. If you don’t want to be federated to Meta, go to an instance that’s not federated.
User blocks are pretty much a simple filter, Meta will still have your data if you block them individually instead of defederating.
They are still getting the data even if we defederate them, right? It’s only us who don’t get their data. This was my understanding on how federation works
Sounds great, but in the end it just means everyone has to host their own instance. That could be interesting, but I doubt everyone would want to do that.
Not really? There are plenty instances which defederate from Threads. If that’s important to you, you should join one of those.
This isn’t exlusively about Threads.
Yeah sure you can create a new user in other instance or selfhost an instance, but who would actually go through that?
A lot of people
https://github.com/CMahaff/lasim makes it two clicks
Lemmy needs an option for a user to block an instance.
Looks like they are working on it!
Moving instances is easy, I don’t see why you wouldn’t do it. If you as a user block Threads then it’ll probably only hide their stuff from you, while still sharing your posts and comments.
Yes it’s easy but you need to erase all content you made in that instance first.
There is a ticket for moving profile between instances in lemmy, but it’s still open since Dec 10 2021.
Agree
Defederation means you don’t see their posts. It does NOT mean they can’t see your posts.
I still don’t think federating with them is a good idea, but defederating won’t preserve privacy. It’ll just cut down on the “influencer” BS Meta promotes.
deleted by creator
With the last court rule in Norway, Meta must ask your consent otherwise they can’t do anything. This is a huge issue for them on the fediverse. They must ask the consent of each European user what is nearly impossible. One solution is to filter were the instances are hosted. They don’t interact with the instance hosted in Europe. But, it doesn’t resolve the issue looking how the fediverse work. This is why Europe won’t see Thread.
To prevent, instances should migrate to be hosted in Europe. The second is to change how fediverse works. It’s fondamental to add options to ban some instances not just defederate. It’s the tactic of putting meta and instance that federate with them on the side.
This reminds me of the issue with some image content we spoke at the beginning of the week. I saw it like astroturfing. I would be surprised if this federation of Thread has a similar end.
Provided that a Third Party User is followed by or following a Threads account, Meta will ingest these pieces of data specifically:
Username
Profile Picture
IP Address
Name of Third Party Service
Posts from profile
Post interactions (Follow, Like, Reshare, Mentions)
So if you follow a threads user or even if a threads user just follows you, they pull all this data?
IMO this seems like reason to defederate across the board. Someone else can leak your info to Meta.
… why? All of this is more / less public information about you? Even if you defederate, they could crawl and get all of this info (except maybe ip).
Exactly. That fact makes the mountains of defed stuff ridiculous because it makes no difference.
Take a torch to em!
Most of this is just part of Federation. When I saw this comment my client/server didn’t have to fetch it from your server. It was pushed when you posted it so I had it locally.
expired
Yes, but if you host an image, and my client prefetches it, it’s going to exposed my IP to your image server. And if you have clauses saying you’re collecting IPs…
Meta basically invented this shit. They’ll do it again. It’s what they do.
I don’t get it, third party users can’t consent to your stupid license agreement anyway. You’re still stealing their data.
If a Threads user is following you, they need most of this information. It’s literally how the Fediverse works. The only thing that isn’t is your IP address, and that’s something that I’m not sure they’d even get. That might be your host’s IP address.
Remember, the Fediverse isn’t a bunch of iframes looking at 3rd party websites. It works by mirroring remote content. A follow is literally a request to ingest posts from a user.
Yes, but many clients are going to go look up images manually. If it’s a Threads post, it’s likely hosted by Meta servers, and they can easily see your IP when doing that. And they’re saying they might collect IPs from you even if you’re not using their service directly.
if any of the big corperate socmed sites were just standard fedi instances I’d defed from them in an instant for a litany of things. just goes to show how abused we are on them.
Question, is this not how every activitypub server works?
Yes, but not every server is owned by Meta.
Ok, so we’re back to defederation not because of any existing tangible evidence in this circumstance, but “because it’s Meta”. It’s fine if that’s your opinion and all, but let’s stop spreading misinformation on the dangers of collecting the data required by anyone for federation.
And if you’re here and pretending to care about data privacy at least try to do the bare minimum in understanding how the Fediverse works.
Hi, I agree that there needs to be discussion.
But let’s be honest here. If meta made a lemmy/mastodon instance we would probably defederate them as well since every bit of data is for their financial gain and nothing else.
I don’t see how the worlds master manipulator and anti trust poster child is even remotely worth discussing about. We have established time and time again that „meta bad“. Why would we now not just accept the fact?
Like I said, that’s a fine opinion to hold. What isn’t fine is the constant spinning of facts and narratives to suit a personal bias, regardless of how I feel about that bias.
I‘m not sure I follow. Did I spin facts?
Not that I’m aware of? Not saying you personally did, I’m discussing the context. This post and the top level comments.
I think there is a bit of hysteria about Threads/Meta and some people are trying to push back. There are plenty of people in this thread that don’t fully understand federation and are knee-jerk reacting because it’s Meta.
However, I totally agree with the sentiment being expressed, which is to keep Meta and large corporations as far away from Lemmy as possible. This is a community-run space that is a haven from the corporate internet, and indeed capitalist society in general. Protecting this space should be our highest priority.
I feel that some of our more technical users are losing the forest for the trees in this discussion. Believe it or not, some Lemmings don’t come from a 30 year tech background and don’t fully understand how the platform, or indeed the internet as a whole, actually functions.
This group of people, which includes me, are acting rationally by opposing any interaction with Meta on grounds of principle. We don’t know exactly what we are scared of, but we do know if there is any vulnerability or weakness that Meta is trying to exploit, they already know their plan and we won’t know until it’s too late. Meta is a terrifying behemoth just waiting for a chance to consume Lemmy. I would argue that a little bit of hysteria is justified in this case.
Edit: just to clarify, this is more of a response to the parent comment, I think we are in agreement. I didn’t want to start another reply thread so I figured I would build off your point.
Thanks for pointing that out. I‘m sort of between the two. Doing IT more or less professionally for 20+ yrs but I can’t tell you the definitive workings of the fediverse either. I understand the principles and I like them.
Have a good one. :)
not because of any existing tangible evidence in this circumstance
Oh, we’re defederating exactly because of tangible evidence that Meta steals every information it can about you. I personally stripped Meta almost entirely out of my life, I definitely don’t want them crawling back just because someone else wants to use Threads.
And if you’re here and pretending to care about data privacy at least try to do the bare minimum in understanding how the Fediverse works.
Oh, I do. I’m my own instance admin, I work as a senior architect and grasped the concept of Fediverse quite fast.
not because of any existing tangible evidence in this circumstance
If you’re going to quote me I’d appreciate if you didn’t cut out relevant parts of it to fit your argument.
Oh, I do. I’m my own instance admin, I work as a senior architect and grasped the concept of Fediverse quite fast.
The “you” in my comment was a generalized “you”, not you specifically.
If you’re going to quote me I’d appreciate if you didn’t cut out relevant parts of it to fit your argument.
Sure, edited the comment to include it, it doesn’t change my argument at all.
The “you” in my comment was a generalized “you”, not you specifically.
Hard to distinguish.
It’s not tangible evidence, it’s an extrapolation based on Meta’s previous actions. I mean, it’s still pretty convincing.
Although I do wonder if Meta would be able to get away with it legally. That might not stop Meta though.
Yes, this is why if you upvote a post or comment from Mastodon (and friends) from Lemmy/Kbin/etc it appears as a “Like” for them, as an example.
Sans the IP address, that would be of the server your account is on, not your personal IP.
Isn’t this just public information anyway, what’s the problem with them taking it?
Public? Idk, maybe. I wouldn’t generally consider my IP to username to be public. Comment and post stuff, sort of. But even if it’s public, I still wouldn’t want Meta consuming it.
I wouldn’t generally consider my IP to username to be public.
Are they talking about your IP address or the service’s? Does ActivityPub even share the user’s IP address with other nodes in the network? That’d be crazy, so I assume that it doesn’t. Then Meta can’t find out your IP address.
If a Threads user posts an image, and Meta hosts it, and I scroll through my feed and see it, my client will hit their server for said image. And Meta can collect my IP.
Meta basically invented this shit.
Does ActivityPub even share the user’s IP address with other nodes in the network?
No this is not in the specification.
A malicious instance could in theory distribute this information but it would be non-standard. Of the 2 systems I’ve studied - Mastodon and Lemmy - neither do this.
Are they talking about your IP address or the service’s?
In this scenario they would be talking about the IP address(es) of the services.
Thanks for the clarification. That claim seemed really off.
I’ve assumed that what you see publicly is basically what’s synced. Obv. your instance can have a few more meta details on you, like IP, device info, possibly all the exif they’ve stripped from uploaded photos, but these things aren’t in the ActivityPub outbox
What if my instance says other services and instances can’t do that? Are meta then breaking the law?
If your instance says nobody can fetch its messages that just means turning off federation
Can we put terms as to how the data is used / not used? Surely that could put an end to meta’s dark move?
Yeah, that should be possible, back it up with the GDPR as well.
Because fuck them. This is step one of their 20 step plan to do evil shit.
Yes, by design: https://docs.joinmastodon.org/methods/accounts/
IMO, the problem is not them taking the information per se, but in abusing that info to further the massive surveillance apparatus that harms society.
This and the constant lying while doing it!
It’s Meta. This is just the beginning. Stop them right from the start. Fuck these corporations.
Story of the punk bar bartender and nazis
based on @iamragesparkle;s tweets
I was at a shitty crustpunk bar once getting an after-work beer. One of those shitholes where the bartenders clearly hate you. So the bartender and I were ignoring one another when someone sits next to me and he immediately says, “no. get out.”
And the dude next to me says, “hey i’m not doing anything, i’m a paying customer.” and the bartender reaches under the counter for a bat or something and says, “out. now.” and the dude leaves, kind of yelling. And he was dressed in a punk uniform, I noticed
Anyway, I asked what that was about and the bartender was like, “you didn’t see his vest but it was all nazi shit. Iron crosses and stuff. You get to recognize them.”
And i was like, ohok and he continues.
"you have to nip it in the bud immediately. These guys come in and it’s always a nice, polite one. And you serve them because you don’t want to cause a scene. And then they become a regular and after awhile they bring a friend. And that dude is cool too.
And then THEY bring friends and the friends bring friends and they stop being cool and then you realize, oh shit, this is a Nazi bar now. And it’s too late because they’re entrenched and if you try to kick them out, they cause a PROBLEM. So you have to shut them down.
And i was like, ‘oh damn.’ and he said “yeah, you have to ignore their reasonable arguments because their end goal is to be terrible, awful people.”
And then he went back to ignoring me. But I haven’t forgotten that at all.
How does defederating them stop them from getting this public information if they want it?
Good point. I guess they could just fire up a shell instance and get all the good stuff. I wouldn’t be too surprised, actually.
They don’t even need an instance to get they can just scrape it, like anyone can with public info. They wouldn’t even need to make an account for the scraper.
Isn’t this just public information anyway, what’s the problem with them taking it?
wake up man…
I’m wide awake, isn’t this just the information transferred when federating? But they just have to put it into a TOS because they’re an actual company with liability? I really don’t see the issue with them having this information.
They correlate the content of your posts with all the other data they have about you, taken from every app (besides WhatsApp, FB etc) that has FB trackers built in. Then that aggregated profile will be used with AdTech to serve ads and make money. I personally object to Meta making money with my personal data without me using their products.
That’s just how adtech works in general. Every ad company has a profile on who they think you are, well more technically a cohort of potential similar profiles. Also not all profiles can equated to a single person and a single person may have multiple. That’s how wishy washy the whole tech is. It’s good enough though. Way better than seeing those flashy “download these smiley trail mouse cursors” ads the old internet used to have. Still. I don’t see the problem here, it’s just about making ads more relevant to you. If you’re not the kind to let ads sway you anyway than what’s the big deal? And if you are the kind to be swayed at least they’ll be actually relevant to what you’re into.
The big deal is I help others make money of me without my consent or getting something back in return. At least not usefull to me. On top of that they track the hell out of me with surveillance.
Won’t matter much in a democracy, but in a dictatorship or atcracy it means life & death.
In India, people have been imprisoned for posts & tweets for calling out Hindu supremacist Modi govt’s anti-democratic policies & communal acts, Some of them have been violently assaulted in their homes by Hindu supremacist thugs for their posts and tweets because the dictatorial govt has stooges in both Meta & Twitter who access the ip address which is tracked down by the state.
No, if you’re on the fediverse and someone from a threads instance interacts with your instance.
The IP address is only of the instance server, not yours.
Yeah, no shit, they literally can’t federate without this data, that’s how ActivityPub works lol.
Why do you think you can see lemmy.ca votes on lemmy.world?
Do they get my IP if I reply to somebody or a post on Threads?
I was under the impression that I submit to my instance and then that passes the message along.
I had a quick look at the posts and comments bits of the schema and it doesn’t appear to list an IP address field, unless I’m blind. Which is always possible.
Normally not, but depending on how your Fediverse instance handles images they might get it that way. For example on Lemmy (since there is only limited image caching) they would probably get your IP, because your browser would load images from the threadsnet server.
But no real way to link that IP to the profile data they can scrape from any Lemmy site, I assume?
Not directly no, but Meta has perfected the art of creating indirect profiles, so I would assume they can figure it out if they want. For example correlating the IP from image downloads to comments from profiles should relatively quickly tell them which Lemmy profile belongs to which IP.
Yeah, this. If you comment on a few different image posts, they just have to look for the IP that is in all of those pools. It’s not that hard and this is basically metas bread and butter.
They’re literally just taking data they need to federate, like all the other instances. Eventually people around here are going to get sick of this paranoid “fuck Meta because it’s Meta” attitude because people keep posting lame misinformation like this. I know I’m getting sick of it.
It’s not just because it’s meta, it’s because they are going to scrape up all the data they can get (even if it’s just normal fediverse stuff) and pipe it into their data mining operation. They could probably easily do it without us noticing, but if we know they’re doing it… then it’s worth talking about. And reasonable for people to dislike.
They 100% could already be doing that far easier without threads. It’s not actually worth doing it though.
Whether they need it to federate or not, it’s still reasonable to not want an entity as large and powerful as Meta to consume this data. Fuck Meta because it’s Meta, which has a history of being particularly heinous with user data.
If that’s your opinion then great, that was always allowed. What I’m sick of is spinning facts and narratives to suit biases, regardless of whether or not I agree with those biases.
If you don’t want Meta having this data you should not post it. They vacuum up everything.
Of course, but that doesn’t mean people aren’t allowed to distain making that connection closer.
I don’t imagine Meta is bothering to scrape Lemmy instances anyway. The signs would be pretty obvious I’d imagine.
I don’t imagine Meta is bothering to scrape Lemmy
Why not? Citation needed.
deleted by creator
For all the fucks’ sakes, people.
Yes, Meta sucks. But at least get your shit together before you all start falling over each other to say how these ToS changes mean that Zuck has now given birth to Time Travelling Baby Hitler or some shit.
Meta says, for Threads to federate, they access the same data any instance does when it federates.
And as far as LEMMY.world defederating from Threads… LEMMY. That’s like saying Twitter (or W, or whatever the hell it is now), shouldn’t put Facebook posts in its timeline. Threads is a Mastodon concern. Not Lemmy.
🤦♂️ Ya fuckin’ tinfoil hat nerds. I love you all. But God damn.
Mastodon users can post on lemmy
Watch this
Good job on W, but I’m pretty sure it’s L.
You can follow lemmy stuff via Mastodon accounts. 🤔 No? Do I not quite understand how and why that works?
Your point about slowing the fuck down still stands though.
You can follow @user@instance or @community@instance on Mastodon. But you just get blasted by every post and comment, one by one, in unthreaded CHRONOLOGICAL order.
So while you can do it, the question is… should you?
Ok, that was my experience. I haven’t found a great context/use case for it yet.
It does seem a client could be made that uses the functionality. Or a purpose deployed instance or community could make use of it too.
But I agree, it’s hard to imagine a good use. And your point still stands about how panicking is unhelpful.
Meta says, for Threads to federate, they access the same data any instance does when it federates.
Okay, but like, I don’t want Meta consuming that data? At least if they wanted to scrape through reddit to put that together, they’d be going out of their way. This data is now just coming through the same API “for free”.
If I didn’t mind Meta scraping through all this, why wouldn’t I just use Threads?
This is exactly the kind of shit that pushed me here - I don’t want Meta sifting through all my shit. Its unlikely that some other instance host is going to start building psychological advertising profiles on me and sell it to the highest bidder. But you bet your ass Meta will try.
If I didn’t mind Meta scraping through all this, why wouldn’t I just use Threads?
I’m curious what precautions you have taken to prevent web scraping of your posts.
Probably none. For all he knows Meta already owns a couple small instances.
They admitted to federating for research back around bluesky’s announcement.
If you don’t want your data scraped you’ll need to use e2ee.
deleted by creator
If all you’re looking for is eloquence and footnotes, this person in this post’s comments already has you covered…
https://kbin.social/m/[email protected]/t/410613/-/comment/2032665
deleted by creator
I agree that this is nothing to panic over, but I want to clarify that Lemmy is not safe from this. Lemmy and Mastodon both use the same protocol (ActivityPub) and that’s also the protocol that Threads will use to federate. Just as Mastodon users can like, boost, and reply to Lemmy threads / comments, Threads users will be able to do the same. That’s why it’s important to defederate Threads on all ActivityPub-enabled instances.
Technically. Yes.
But doing so is onerous enough that I can’t see it as any sort of “threat”.
And again… Defederating does absolutely zero to restrict Meta from being able to access your info. Defederating means you don’t see Meta. It doesn’t block Meta from seeing you.
You don’t even need to dip your toes into ActivityPub to scrape most of the data. It’s public – aside (I think) from just user IP addresses on Mastodon. And in the case of Lemmy, I don’t think there’s anything you can’t access from outside of ActivityPub.
Defederating actually does stop Meta from accessing data (at least through ActivityPub) if you enable AUTHORIZED_FETCH / similar. That setting requires remote instances to authenticate themselves, which prevents blocked instances from querying anything. IIRC, Lemmy either already supports or plans to support that same feature.
Meta could, of course, just use web scraping, but that can be prevented with DISALLOW_UNAUTHENTICATED_API_ACCESS. Although admittedly, I don’t think Lemmy has this feature yet.
Even DISALLLOW_UNAUTHENTICATED_API_ACCESS can be easily bypassed by creating a client that logs into mastodon.social (for example), and just gobbles up the Federated feed.
It’s what the FediBuzz relays are now doing in order to keep single-user instances viable and not funnel everyone to the same 3 instances.
Unfortunately, if Meta wants to be shitty, they’ll be shitty. Even stuff like robots.txt & nofollow tags are just polite requests that can be ignored by shitheads.
kbin includes a “microblog” feature which is a mastodon-like implementation of ActivityPub.
Without jumping through flaming hoops, though… does the “Threads” tab really ever talk to the “Microblog” tab? (aside from your kbin account being able to interface with both)
(I do find it funny that kbin’s “Threads” is their Lemmy/Reddit-like, and not their Mastodon/Threads/Twitter-like)
I don’t use it, so I’m not super clear on it. It does feel like a bit of an afterthought.
I do know that I’ve interacted with Mastodon users in fediverse comment threads via kbin in the “regular, reddit-like” interface. My understanding is that APub is APub is APub, and the client implementations define the format you see content in, and implement or do not implement different APub features based on how the developer(s) want to shape their client.
Threads is not Mastodon. Both are microblogging, while Lemmy is better described as a forum or link aggregator.
It’s possible to interact with Lemmy from Mastodon. I do so regularly by tagging a community in myastodon post. Following a community from Mastodon is also possible, but the UX is rough.
Like tentacles of a blood sucking octopus…
