Post B6ZlwYFxLFeOcjR1W4 by julian@activitypub.space
(DIR) More posts by julian@activitypub.space
(DIR) Post #B6ZlwYFxLFeOcjR1W4 by julian@activitypub.space
0 likes, 0 repeats
This is the discussion thread for the draft FEP-baf5: Administrator CollectionThis FEP introduces a mechanism for discovering the administrators of an ActivityPub instance. It extends the "Group Moderator" pattern from [FEP 1b12][1b12] and the "Application Actor" concept from [FEP 2677][2677] by defining an OrderedCollection of administrators referenced from the instance's application actor.The full draft can be read here.
(DIR) Post #B6ZlwYhFhlU7zOCp3w by silverpill@mitra.social
0 likes, 0 repeats
1. I find the use of attributedTo here confusing, because normally this property is used to indicate who owns an object or a collection, and its value is an actor. I am aware that attributedTo is used in a similar way in FEP-1b12, but it would be better to introduce a new property (administrators) instead of continuing to abuse attributedTo.2. You say that your FEP supersedes the same-origin assumption described in FEP-fe34, but I think it describes a reciprocal claim, also described in FEP-fe34: https://codeberg.org/fediverse/fep/src/branch/main/fep/fe34/fep-fe34.md#reciprocal-claims. I suggest clarifying which aspect of FEP-fe34 is being superseded.3. In the section "Security and Authorization" you say "authenticity" but what actually is being verified is a permission.4. The entire problem of non-same-actor updates and deletes can be avoided by using different activities. For example, Update can be replaced with an annotation activity. Delete can be replaced with Remove (from thread).5. FEP links lead to w3id.org site, not directly to FEPs.
(DIR) Post #B6ZlwZB1v3IvTk8bTc by brettm@swarm.coiloptic.org
0 likes, 0 repeats
@silverpill@mitra.social @julian@activitypub.space @technical-discussion@activitypub.spaceI agree with Silverpill 'attributedTo' should not be overloaded by this extra meaning