Does anyone know if mastodon broadcasts replies to posts?
Technical Discussion
13
Posts
4
Posters
43
Views
-
Does anyone know if mastodon broadcasts replies to posts?
I (possibly naively) assumed I'd catch an ActivityPub `Create` event on my server when someone replied to a post created on my server, but nothing's arriving 🤷
How are people learning about replies to their posts? What am I doing wrong?
-
Does anyone know if mastodon broadcasts replies to posts?
I (possibly naively) assumed I'd catch an ActivityPub `Create` event on my server when someone replied to a post created on my server, but nothing's arriving 🤷
How are people learning about replies to their posts? What am I doing wrong?
@paulgc@mastodon.social nope! Replies are only received by your server if they're sent them by the person replying.
On Mastodon this usually takes the form of a mention. When a user is mentioned on Mastodon, they are de facto addressed as well.
In turn, that means the activity is delivered to those addressed users.
If a mastodon user replies to your post but does not mention you, then you will not be receiving that reply. (I think.)
-
@paulgc@mastodon.social realistically, however, most software is incentivized to actually address replies to the person they are replying to. Otherwise, they wouldn't get it and there wouldn't be any point to replying, right? 😂
-
@julian wow, ok. That's really helpful - thanks!
-
@julian@activitypub.space Replying now because I only saw this thread today (h/t @reiver), but I don't think this is quite accurate as written regarding Mastodon.
AIUI, Mastodon decouples replying and notifying. If you reply to a post from a Mastodon server but do not tag the author of the parent post, they will be part of the ActivityPub recipient list (and their server will receive the reply), but if the parent poster is also on a Mastodon server, they will not receive a notification about the reply.
-
@julian@activitypub.space Replying now because I only saw this thread today (h/t @reiver), but I don't think this is quite accurate as written regarding Mastodon.
AIUI, Mastodon decouples replying and notifying. If you reply to a post from a Mastodon server but do not tag the author of the parent post, they will be part of the ActivityPub recipient list (and their server will receive the reply), but if the parent poster is also on a Mastodon server, they will not receive a notification about the reply.
In other words, @paulgc, you should be seeing those Create activities if the reply comes from Mastodon. I think if you reply to a post on your server from https://activitypub.academy you can inspect the payload that gets sent.
-
In other words, @paulgc, you should be seeing those Create activities if the reply comes from Mastodon. I think if you reply to a post on your server from https://activitypub.academy you can inspect the payload that gets sent.
@julian@fietkau.social @julian@activitypub.space @reiver Thanks - you're right, I am now seeing them. They turned up at the shared inbox, rather than the user's inbox, which is why I was missing them to start with. activitypub.academy looks useful!
-
@julian@fietkau.social @julian@activitypub.space @reiver Thanks - you're right, I am now seeing them. They turned up at the shared inbox, rather than the user's inbox, which is why I was missing them to start with. activitypub.academy looks useful!
@paulgc@mastodon.social yes, shared inbox is useful to reduce the number of requests sent.
NodeBB will always use a shared inbox if one can be found for the user.
-
@julian@fietkau.social @julian@activitypub.space @reiver Thanks - you're right, I am now seeing them. They turned up at the shared inbox, rather than the user's inbox, which is why I was missing them to start with. activitypub.academy looks useful!
@paulgc Glad it's working! Although now that I've tested it myself, I'm not quite as confident anymore. 🤔 A test reply I made at https://activitypub.academy/@begusla_laddaciul/115865414668779913 has the ActivityPub `to` set as the account's followers and `cc` to as.Public, but was sent to my server anyway. So I guess the behavior, at least on activitypub.academy, is to not individually address the parent poster, but send them a copy of the post anyway (presumably justified by W3C ActivityPub §7.1.3). Feels a bit funky.
-
@paulgc Glad it's working! Although now that I've tested it myself, I'm not quite as confident anymore. 🤔 A test reply I made at https://activitypub.academy/@begusla_laddaciul/115865414668779913 has the ActivityPub `to` set as the account's followers and `cc` to as.Public, but was sent to my server anyway. So I guess the behavior, at least on activitypub.academy, is to not individually address the parent poster, but send them a copy of the post anyway (presumably justified by W3C ActivityPub §7.1.3). Feels a bit funky.
@julian@fietkau.social @paulgc@mastodon.social mm, I don't suppose there's any reason addressees and delivery recipients need align.
You can't enforce it 😁
NodeBB does this too, where we'll send a copy of a reply to everybody in the immediate chain, even if they're not mentioned.
-
@julian@activitypub.space @paulgc I'm lucky none of my projects so far have needed to really deal with replies, so I haven't had to think about this. 😄
But it reminds me how I've been told that Misskey sends an account's likes to its followers in addition to the author of the liked post, which Mastodon does not. So on Misskey, if a post comes by your feed that someone you follow has previously liked, you see that information. That's cool in some ways and showcases implementation differences in activity delivery.
-
@julian@activitypub.space @paulgc I'm lucky none of my projects so far have needed to really deal with replies, so I haven't had to think about this. 😄
But it reminds me how I've been told that Misskey sends an account's likes to its followers in addition to the author of the liked post, which Mastodon does not. So on Misskey, if a post comes by your feed that someone you follow has previously liked, you see that information. That's cool in some ways and showcases implementation differences in activity delivery.
@julian@fietkau.social that's a great idea! I should adopt that, there's no downside.
-
@julian@activitypub.space @julian@fietkau.social well, in theory, you can have private likes and public likes. misskey and pleroma do public likes. mastodon does private likes, but then shows them publicly if anyone asks the origin site. because addressing is just a suggestion, apparently ;)
Gli ultimi otto messaggi ricevuti dalla Federazione
-
Thanks @nutomic@lemmy.ml! I was wondering about that, so good to know it's possible.
-
> There are paths out of the situation, but I'm not confident in the discourse around them right now, and hesitant about how much I want to engage with it.
Yes. I posted something on the same subject today.
-
@eyeinthesky The reason we can't have nice things is because the Fedi Devs don't want to deal with the basics of the protocol. Or: Because no one has yet provided C2S for Fedi Devs who don't want to deal with the basics.
-
@cwebber @eyeinthesky @smallcircles @evan Apart from the fact that I would prefer turtle, I am very happy that AP ‘prescribes’ json-ld. This opens the door to many of my ideas. It makes possible what would be very complicated without #RDF. It's about time that the AP developers got to grips with it! https://rdf-pub.org/#rdf
-
@eyeinthesky @smallcircles @evan To be clear, I think json-ld has a lot of great ideas in it, and it's the extensibility and linked data compatibility (which was a strong group requirement) story we had at the time.
"JSON-LD is bad" doesn't really capture my views. "JSON-LD turned out to be too complicated for the majority of the ecosystem to work with, particularly when we gave the view that you could ignore it, except it creates a rift of interoperability between those who ignore it and those who don't and puts a burden on the latter who are doing their best to behave well" does match my views.
There are paths out of the situation, but I'm not confident in the discourse around them right now, and hesitant about how much I want to engage with it.
-
Yes that would be doable, feel free to open an issue.
-
Is there any reason why Announce could not be used to facilitate private federated group discussions as well? Assuming visibility maintains scoped to addresses, I don’t see any immediate reason why not…
Private communities are already implemented in Lemmy 1.0 using Announce. Here is the RFC with details, and you can test it on voyager.lemmy.ml.
-
Here we come to my new interest area.. I spent a metric ton of time advocating for #fediverse and #ActivityPub and that was initially all on a very optimistic note on how our ecosystem would mature and grow over time, fostering a healthy future for itself.
That however didn't go as planned. You might say that the entirety of the fediverse is still primarily tech-driven. Tech-first approaches that do not differ too much of the much reviled and rejected 'techbro approach'.
Sure, there are plenty discussions on whether an app feature is 'ethical' or not, with discussions on e.g. opt-in vs. opt-out. But that is again purely app-centric.
Where is the dev ecosystem headed, where should they focus, what externalities exist? Where do we want future #fediverse as a whole to be? What's the vision?
And then we come to the social side of things, both in the small, but also in-the-large. Technosphere aligned and subservient to Sociosphere. That is focus of https://coding.social
