Add element for discovering instance staff

[kaniini]

Pleroma recently added staff_accounts to metadata, as a list of a staff accounts (profile URIs) who can do administrative/moderation actions concerning the instance.

It would be nice to have an official element in the JSON for this that could be standardized.

[jhass]

Yes I can see that.

The usecases I see is to direct emergency requests and content moderation reports, so akin to domain whois.

Question is, do we want internal identifiers here? My intuition says no and this should more likely be email addresses, akin to whois. Or have an option for both.

Naming wise, keeping the above usecases in mind, I'd go in terms of contact(s), so staff_contact(s), admin_contact(s) or operator_contact(s).

Either way it should be an optional element.

[kaniini]

The identifiers should be profile URIs, as those are generic.

[jhass]

That's just a statement, not an argument as for why. What use are internal profiles if an instance is down?

[kaniini]

If an instance is down, you cant pull the nodeinfo anyway.

[jhass]

But it can be cached by monitoring sites like https://the-federation.info/ Also there's multiple levels of down, like "I can no longer sign in" down.

[lanodan]

Well, a URI can also be a mailto: or xmpp:, which would also be a good idea in case you want to reach the node but your account/node is blocked.
Which means that it would be contact* flavour instead of *accounts.

[wakest]

this should really be added! its been open since 2018!

[6543]

I'll create two competing proposals via pull :)

[6543]

Ok there is #83 with an simple approach and #84 witch also allow simple answers but could be extended if the software supports it to fully cover all use-cases

PS: I personalty prefer #84 the more i thing about it :)

[6543]

I would day vote with 👍 / 👎 on the pull requests ?