#activitypub thonk: delivering to a Collection is nonsensical because a Collection could be an actor. but so can a Group

basically you have implicit behavior "the Collection needs to be expanded to its items which are assumed to all be actors" just like a Group might expand to all its members (except the assumption there is a bit stronger, you can generally expect a Group's members to all be individuals?)

whereas something like WAC makes a distinction between agent, agentGroup, agentClass

i'm not actually sure how something like this could be resolved. clearly there is existing functionality that depends on expanding collections found in the audience addressing properties: specifically, the followers collection, which powers the "followers-only post" feature, which is the primary reason activitypub even got adopted by mastodon in the first place

i guess to make any transition less painful you would probably want to solve multiple problems at the same time? but part of the problem is that it’s not clear what the exact behavior of to/cc should be with respect to this other dimension of something being an actor, a group of actors (like your followers), or a class of actors (like Public). and there’s another dimension after that — splitting delivery from visibility. you can’t actually deliver to Public; it doesn’t have an inbox.

i guess to make any transition less painful you would probably want to solve multiple problems at the same time? but part of the problem is that it’s not clear what the exact behavior of to/cc should be with respect to this other dimension of something being an actor, a group of actors (like your followers), or a class of actors (like Public). and there’s another dimension after that — splitting delivery from visibility. you can’t actually deliver to Public; it doesn’t have an inbox.

https://github.com/w3c/activitypub/issues/486

One snag I came across while modeling followable collections is that currently, you cannot address Collections without also attempting delivery to every single item in the Collection; because of this, it is impossible to Follow a Collection unless you proxy the Follow through something that is a non-Collection actor... which there isn't a clear way to do, because there isn't a clear way to follow non-actor objects in general

I am not sure how feasible it is to introduce a system of hierarchical ownership, such that a Collection owned by a Person can have its own followers collection but not its own inbox, for which you would have to crawl up the chain of attributedTo to find the first available inbox

Something like it is going to be necessary, but as currently stated it doesn't seem sound. Assuming a Person who is using their inbox like email (not automated/programmatic), this might require manual intervention.

Really, the problem is that you don't know how much you can expect the server to do automatically... like, maybe the server can maintain the followers collection automatically based on whether you Accept Follow on the Conversation/Feed/Wall/Stream/etc... but you'd have to explicitly address that followers collection and possibly rely on inbox forwarding, right?