Mika on Nostr: if users being able to override an instance block/mute for their account alone will ...
if users being able to override an instance block/mute for their account alone will disrupt these enforcements/moderation for everyone else on the instance (so not really for their accounts alone), which I guess is possible, then it's certainly not what I would want.
The "best" scenario I'm looking for is that for instance maintainers to still enforce blocks/mutes for all of their members, but with the only difference being users could perhaps granularly add exceptions to what is blocked/muted **for them** (not others). So for example if their instance blocks/mutes federation with Threads/Meta, but they alone would want to still federate with Threads/Meta.
As of right now, users could only **add** to the block/mute list **for themselves**, not override or add exceptions to what's enforced by their instance.
Published at
2024-05-05 08:17:30Event JSON
{
"id": "88d160f81788e5f25af135109428bd1c4f5fa20a3f72754fd9a162879f1140ff",
"pubkey": "da81f107104491839128e5fb078a1430515ddd5f090608cd5324148d3fbd0159",
"created_at": 1714897050,
"kind": 1,
"tags": [
[
"p",
"da81f107104491839128e5fb078a1430515ddd5f090608cd5324148d3fbd0159"
],
[
"e",
"9c64392df222701c0a3ccc10131d2958e89ca3f90b4ee4f8ba1c0cada0c7cc64",
"",
"root"
],
[
"p",
"8240035a9f30abf3fd91387f32e922b6a1240df57fb21d9b267c1c87c65434da"
],
[
"e",
"18eb8f5cf60be7f0eae813d1ca28da8fc83f3639d53ffddc94ce3741a91be34f",
"",
"reply"
],
[
"proxy",
"https://sakurajima.social/notes/9swtqlxudj",
"activitypub"
],
[
"L",
"pink.momostr"
],
[
"l",
"pink.momostr.activitypub:https://sakurajima.social/notes/9swtqlxudj",
"pink.momostr"
]
],
"content": "if users being able to override an instance block/mute for their account alone will disrupt these enforcements/moderation for everyone else on the instance (so not really for their accounts alone), which I guess is possible, then it's certainly not what I would want.\n\nThe \"best\" scenario I'm looking for is that for instance maintainers to still enforce blocks/mutes for all of their members, but with the only difference being users could perhaps granularly add exceptions to what is blocked/muted **for them** (not others). So for example if their instance blocks/mutes federation with Threads/Meta, but they alone would want to still federate with Threads/Meta.\n\nAs of right now, users could only **add** to the block/mute list **for themselves**, not override or add exceptions to what's enforced by their instance.",
"sig": "04315badd25468a1c81168c3f974bf4d68d92283195bf5bec30cb932a0a7aaa8173da680e9c4abd48dfc476ac8edae9b57abdeddb1c8933ce3aaff6dcbe9a148"
}