Edit: updated as had to click into category to follow

@julian@community.nodebb.org

I can confirm it works with Mbin, look at my instance: https://kbin.melroy.org/m/activitypub@community.nodebb.org/p/286459/Happy-Tuesday-Today-we-ve-updated-the-NodeBB-community-forum-onto#post-comment-413326

@julian @activitypub Makes sense. Were NodeBB's own federated categories represented as users prior to this change? Do you assume that all groups are FEP-1b12 groups?
There was an interesting discussion on SocialHub on identifying FEP-1b12 groups and nutomic made a compelling argument that we should just assume that Group supports FEP-1b12 if there is no other indicator:

FEP-1b12: Group federation

Internet forums are probably the oldest form of social media. They can be implemented with the Activitypub protocol, but such implementations may not necessarily be compatible with each other. This document defines a com…

SocialHub (socialhub.activitypub.rocks)

@silverpill@mitra.social good questions!

Local NodeBB categories are still federated out as ActivityPub actors, with as:type Group, they follow 1b12 as they always have.

I do assume that group actors adhere to 1b12, but that doesn't stop others from creating topics by mentioning them directly. If a NodeBB instance happens to hear about that, we'll add it to the remote category.

@AltCode the two bugs you identified have been resolved, can you confirm the latter? The former I manually moved them back already to the right category.

Confirmed working with:

• PieFed Communities: PieFed Meta
• Flipboard Magazines: [Gear by @engadget@flipboard.com ](https://community.nodebb.org/category/gear-engadget@flipboard.com )

However, while Flipboard magazines send Announces as per 1b12, and the items are added to the outbox, the objects themselves do not address the magazine at all, and so a backreference is missing. When they come into NodeBB, there's no pointer back to the group, and so it is slotted into the "uncategorized" bucket.

cc @mike@flipboard.social

tl;dr — can this object https://flipboard.com/users/Engadget/statuses/uva9misBSrqjCSR6mtzV6g:a:3199686 please include https://flipboard.com/@engadget/gear-nv6v86arz in its to or cc property?

@julian Yes, I can confirm that the other bug has been fixed! There's no more guest accounts in my /following page.

@julian not sure. Cc’ing @jaonculverhouse

@silverpill@mitra.social I read back a bit to get a fuller context (not all the way, though, there's a damn lot of bikeshedding in that topic.)

Basically Nutomic is advocating against multi typing because it is poorly supported (true), and because Lemmy has first-mover advantage (also true.)

Requiring a multitype or boolean flag for 1b12 would be quite difficult to do because you'll never have 100% adoption and end up needing backwards compatibility with 1b12-classic anyway — cat's already out of the bag.

@scott@loves.tech can you share an example of a group actor from Hubzilla? Would be interesting to see how that's handled. Likely it wouldn't work properly because categories in NodeBB don't author posts.

Do your group actors send creates on behalf of regular users? That might work ok.

Lastly, there's no requirement that a NodeBB category be mentioned. It only needs to be addressed. A mention is the easiest way to do that because you addressing is abstracted out of the Mastodon UI.

But for things like PieFed, Lemmy, Mbin, and likely Hubzilla, you're able to change addressing based on where you create the post.

But for things like PieFed, Lemmy, Mbin, and likely Hubzilla, you're able to change addressing based on where you create the post.

https://community.nodebb.org/inbox    delivery rejected: 403 Forbidden    2025-03-30 22:51:57https://community.nodebb.org/inbox    delivery rejected: 403 Forbidden    2025-03-30 23:28:55

@scott@loves.tech Hubzilla is formatting its Notes in a manner I wasn't expecting.

• The group actor is the attributedTo, which is not possible in NodeBB
• The note itself is not addressed to the group actor, only its followers collection
• There is no way to discern without parsing the note content itself who authored the original note.

So at present while I would be able to retrieve the note, without a proper backreference to the group actor, I don't think I can slot it correctly.

Not sure why the received activity is returning a 403, as well.

Forgot to cc @mario@hub.somaton.com re: the above.