I’m looking to try self-hosting an XMPP server for my family to use as a secure communication platform. I realize that end2end encryption with XMPP doesn’t seem as strong as something like Matrix but my self-hosted Matrix server has been very unreliable.

I’m looking for recommendations and resources. I’v considered running Prosody and Openfire but both of them look like a pretty involved installation process with plenty of room to fuck up. Does anyone know of something similar to matrix-ansible-install for an XMPP server? Should I be looking at something besides Prosody or Openfire?

Please, no YouTube tutorials. I prefer written instructions.

    • stown@sedd.itOP
      link
      fedilink
      English
      arrow-up
      4
      ·
      1 year ago

      I’m done with Matrix for now and I want to see if XMPP will work for me.

    • TCB13@lemmy.world
      link
      fedilink
      English
      arrow-up
      8
      arrow-down
      5
      ·
      edit-2
      1 year ago

      What about… just NO.

      Matrix is developed by a for profit entity, a group of venture capitalists and having a spec doesn’t mean everything. The way Matrix is designed is to force into jumping through hoops and kind of draw all attention to Matrix itself instead of the end result

      For all the people about to downvote:

      Decentralized communication protocol Matrix shifts to less-permissive AGPL open source license Element, the company and core developer behind the decentralized communication protocol known as Matrix, has announced a notable license change that will make the open source project just that little bit less appealing for companies looking to build on top of it.

      https://techcrunch.com/2023/11/06/decentralized-communication-protocol-matrix-shifts-to-less-permissive-agpl-open-source-license/

      • hillbicks@feddit.de
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 year ago

        The fact that the ccc uses matrix as their official chat “app” doesn’t imply that it is inherently insecure I would say.

      • wreck@iusearchlinux.fyi
        link
        fedilink
        English
        arrow-up
        2
        arrow-down
        1
        ·
        1 year ago

        moving to AGPL is “less permissive” than the apache license they currently use? no. this is just plain wrong. the supposedly less-permissive part is the CLA they are asking contributors to sign so they can dual-license the software in some situations, but the CLA isn’t even written yet and they are actively listening to feedback from the community to determine how best to shape this license agreement so that all parties are happy.

        this is FUD.

        • TCB13@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          moving to AGPL is “less permissive” than the apache license they currently use? no.

          Oh yes, but it is.

          Apache > You can do what you like with the software, as long as you include the required notices. AGPL > You may do what you like BUT you need to track changes and provide the source code - this essentially kills any company trying to build a product around it.

          • 3h5Hne7t1K@lemmy.world
            link
            fedilink
            English
            arrow-up
            3
            arrow-down
            1
            ·
            1 year ago

            We dont want a bunch of proprietary extensions to an open communications standard, do we? This is something positive.

            That said, I dont have much hope for matrix. Implemented in python with the initial goal of “bridging every chat platform in existence” is just bound to be a disaster.

            Maintaining anything beyond a couple of hundred lines in python becomes tedious imo.

            The rewrite in go has been spoken about since like 2018, and matrix.org still runs synapse iirc. Synapse should have been trashed immediately after MVP demonstration.

            Theres also conduit, but to be honest, i feel like the lesson here is to avoid feature creep. Safe, fast and distributed dm text chat should have been the target functionality, with a lean, mean codebase.

            Thanks for coming to my ted talk