• PabloDiscobar@kbin.social
    0·
    1 year ago

    Red alert:

    https://lemmy.kde.social/instances

    lemmygrad.ml lemmy 0.18.0

    burggit.moe lemmy 0.18.0

    They seem to federate everyone, including the weird CP guys.

    Honestly they should only federate with instance from official, hand picked, high standards projects, kernel, gnome and Co. They don’t want to take any risks with an instance like ours.

    edit: the demonstration for it is the person who downvoted my post: https://kbin.social/u/iluvroris (visible in the activity tab)

    even his profile is nsfw. This is exactly the reason why kde must NOT federate with us, because of freaks like iluvroris. That’s the harsh reality. As long as we accept nsfw, we cannot and should not be federated by big brand like KDE. We have to pick who we federate and it cannot be everyone.

    • okawari@kbin.social
      0·
      1 year ago

      I don’t agree with this.

      We should work towards better tools for letting people tailor make their own feeds to show the content they want to see, not call for defederation based on content or ideology.

      • PabloDiscobar@kbin.social
        1·
        1 year ago

        We should

        It’s not there. Even the admin of lemmy recommends to not federate everyone:

        By default, both allowed_instances and blocked_instances values are empty, which means that Lemmy will federate with every compatible instance. We do not recommend this, because the moderation tools are not yet ready to deal with malicious instances.

        There will always be malicious instances, if you allow every instance by default then you will have to fight against an infinite amount of child porn. Non stop. It will last 24 hours until the admins of respectable instances like KDE or Mozilla defederate everyone by default and only federate on-demand, after vetting.

        We have to decide where kbin.social stands in term of federation. But I can tell you one thing is that KDE and Mozilla will never, ever tolerate the slightest nsfw on their instance.

        • jeena@kbin.social
          1·
          1 year ago

          Is this the reason why my single-user instance can’t subscribe to any https://kbin.social magazine? I’m not even getting an error, just “Subscription Pending”. That sounds kind of broken and different to how Mastodon is dealing with that issue.

          Do I somewhere need to apply to be able to subscribe to any /kbin magazines? If so where do I do that? Is there a email I can sent my application to? Or is the idea that if you have a single user instance you create a new user on every instance to find some meta-magazine where you can ask to be able to subscribe to a magazine on that instance?

          Or are small instances not part of the design?

        • okawari@kbin.social
          0·
          1 year ago

          Forgive me if I’m wrong, but external content that gets federated to your server is entirely based on the subscriptions of users native to your server? So as long as no native users of kde subscribes to NSFW content it shouldn’t really end up on their servers. As far as I know, content is not synchronized between servers just because they know of each other.

          Assuming paragraph one is correct, then KDE can achieve a NSFW free server by merely limiting who gets accounts on their own server; as they should. This is just like Google not handing out @google.com addresses to every gmail user. Federation would still allow users from any instance to interact with the kde communities without problem. This means no one can make magazines/communities on the KDE server not related to KDE and any content moderation of KDE’s communities would just like any other.

          Malicious instances are more likely to be talking about instances abusing the federation apis in order to spam or otherwise cause havoc, not about that instances content policy.

          • PabloDiscobar@kbin.social
            1·
            1 year ago

            Forgive me if I’m wrong, but external content that gets federated to your server is entirely based on the subscriptions of users native to your server?

            No. There is also the profile of the user. If a remote user can post on your instance then you can see his profile. Just click on the link that I pasted in my top comment, (you downvoted it btw), click and see by yourself:

            https://kbin.social/u/iluvroris

            Tell me that this is acceptable content on an instance from Mozilla for example. This is the profile of another user who also downvoted me. Just open his profile and tell me.

            So as long as no native users of kde subscribes to NSFW content it shouldn’t really end up on their servers. As far as I know, content is not synchronized between servers just because they know of each other.

            True for the magazines, but not true for the profiles for example. It’s leaking. It is the attitude that matters, and the accountability. The big groups will never play this mouse and cat game, they will make it a club.

      • Kichae@kbin.social
        1·
        1 year ago

        Federation is done via content mirroring. That means in order to see sonething from remote sites, it needs to be hosted locally.

        That makes instance admins ethically responsible for what’s viewable from their site. And, depending on legal jurisdiction, it may make them legally liable for them.

        If you want unfettered access to everything and anything, prioritize finding a site that puts that first and foremost, or host your own. This “let me choose what I want to see without limitations” stance is actually demanding something from the people who bare responsibility for running the sites you’re using.

        Big corporate sites are ok with this, because as an active user you’re a potential revenue source. Here? You’re not, and you shouldn’t expect anyone to cater to you.