• @[email protected]
    link
    fedilink
    English
    521 year ago

    If only there was a secure and open standard that would work on any platform, regardless of ecosystem…

    Oh well!

    • HeartyBeast
      link
      fedilink
      231 year ago

      If you are talking about RCS - the encryption aspect is a google proprietary extension

            • @[email protected]
              link
              fedilink
              English
              21 year ago

              God, no. The corporate chat that my employer uses is based on Jabber (if anybody cares: it’s Estos ProCall) and on mobile it’s just hell where the connection gets lost all the time and messages arrive late.

              • @[email protected]
                link
                fedilink
                English
                31 year ago

                To be fair that might just be a poor implementation? XMPP can support push notifications just fine now:

                https://xmpp.org/extensions/xep-0357.html https://modules.prosody.im/mod_cloud_notify

                There are some remaining issues with push (mostly on iOS as far as I know), but it’s all to do with OMEMO. OMEMO is kind of like the signal protocol but in XMPP. This is kind of moot for corporate XMPP, though, as you probably aren’t using OMEMO.

                The OMEMO issue is that the contents of the message are end-to-end encrypted so you can’t simply send the notification to devices. I believe conversations on Android may just keep a socket open (or maybe that’s just the fdroid version?) so it just manages it with background tasks. And on iOS monal does what signal does and will use push notifications as a trigger to pull messages from the server. Siskin on iOS just sends you a “you have a new message!” notification instead because they don’t want to spin up the radio to fetch messages in order to preserve battery life. So basically push works fine on monal, and Siskin also has working push but you don’t get message contents.

                • @[email protected]
                  link
                  fedilink
                  English
                  31 year ago

                  To be fair that might just be a poor implementation?

                  Maybe. Given that ProCall is a commercial product, it surely just reuses whatever MIT/BSD/Apache-licensed code exists instead of developing their own because that costs money.

      • @[email protected]
        link
        fedilink
        English
        41 year ago

        True, but the Apple RCS announcement said that they were going to work with the GSM association and google to build it into the base spec

    • @[email protected]
      link
      fedilink
      English
      51 year ago

      The problem is actually getting people to use it since they’re all too busy arguing over the color of a message