• kpw
    link
    fedilink
    161 year ago

    We should treat them like any other instance. If they are a good citizen of the Fediverse they stay, otherwise they will be blocked and nothing has changed.

    • shnizmuffin
      link
      fedilink
      English
      441 year ago

      If they are a good citizen of the Fediverse

      They haven’t been a good citizen of the internet, why would you even give them a chance?

      • Alto
        link
        fedilink
        151 year ago

        The only explanation for someone getting back in line to get kicked in the balls for the 15th time in the row is the must really like getting kicked in the balls

    • @woelkchen@lemmy.worldM
      link
      fedilink
      English
      231 year ago

      Mastodon users can already block entire domains. Unless it’s legally required, there’s hardly a reason why the admins would need to take the decision away from the users.

      • Alto
        link
        fedilink
        111 year ago

        The whole point is that instance owners/admin are allowed to run their instance however they want

        • @woelkchen@lemmy.worldM
          link
          fedilink
          English
          -21 year ago

          The whole point is that instance owners/admin are allowed to run their instance however they want

          Absolutely. My comment wasn’t about mandating an all open policy to all instance admins. Just saying that they don’t have to make such decisions for their users. It’s different on Lemmy where per user instance blocking will only come in the next release, so for now Lemmy admins kinda have to make such decisions on the behalf of users as well.

      • kpw
        link
        fedilink
        91 year ago

        I agree. Everyone should be able to decide for themselves. My only concern is that Fediverse servers will suddenly become expensive to host because of the Threads traffic. But this would also happen with many users on many smaller instances and is not specific to Threads.

          • 0x1C3B00DA
            link
            fedilink
            21 year ago

            No ActivityPub is explicitly push-based. If you follow someone on a remote server, the remote server pushes their posts to your server. Meta can push content into the fediverse, but like any other user/server they can be blocked if its spammy

            • @breakfastmtn@lemmy.ca
              link
              fedilink
              English
              21 year ago

              I think we’re talking about two different things. I’m saying that servers ultimately choose what they receive. People worry that Meta will flood Mastodon with unwanted content but content has to be invited in. Although it’s more accurate to say that users have to be invited in, like vampires, to serve content. People seem worried that federating means inviting in all the vampires.

              When users on server A follow a single user on server B, it doesn’t matter if server B has one user or ten billion, server A receives content from one user. The only way to receive all content from a server is to have at least one person following every user on the remote server.

              So Meta can’t flood Mastodon with unwanted content because you only receive content from users you explicitly ask to receive it from. You aren’t connected to the firehose when you federate with their instance.

          • @brenno@lemmy.brennoflavio.com.br
            link
            fedilink
            English
            11 year ago

            I think the point is too many users following threads users as is it more likely to find a friend there than on Fediverse for example. Which will require more compute resources and storage

      • shnizmuffin
        link
        fedilink
        English
        01 year ago

        Admins host, users don’t. It’s not the users’ decision.

        • kpw
          link
          fedilink
          71 year ago

          If the admin decides not to block them it’s the users’ decision. And users can choose not to use instances who block Threads.