• CrypticCoffee
    link
    fedilink
    English
    arrow-up
    16
    ·
    edit-2
    1 year ago

    I guess that would explain the difficulties some apps face without push notifications and releasing APKs. These big companies want you to rely on their systems. Signal was pushing their app through play store. I don’t know if an equivalent exists, but it really needs to. We need this, combined with f-droid, so we don’t have to use spyware like the Play Store.

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

      Use Molly, its a hardened version of signal app without push notification. It uses locally notifications.

      • QuazarOmega@lemy.lol
        link
        fedilink
        English
        arrow-up
        2
        ·
        1 year ago

        You can have push notifications, right now there’s a unified push fork on the same Molly F-droid repository

  • Gooey0210@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    12
    ·
    1 year ago

    Just don’t use push, almost all of the privacy respecting apps have their own notifications

    And also, there’s ntfy for some (hope to be more widespread)

    • AnEilifintChorcra@sopuli.xyz
      link
      fedilink
      English
      arrow-up
      18
      ·
      1 year ago

      For android, Google uses Firebase Cloud Messaging, basically a server that pings the phone when a notification for an app is available, which wakes the app up to receive the notification. There are alternatives but they need to be adopted by app devs for them to work.

      For people running a degoogled android, they’ll notice most apps won’t receive any notifications until they open the apps since most apps rely on Google Play Services to receive a ping from FCM.

      I don’t have any google play services so most of my apps don’t give me push notifications but I do have WhatsApp installed and that still receives notifications, they’re sometimes delayed by a few minutes which makes me think Meta have their own implementation/alternative to FCM but I’m not sure.

      For Signal, their servers tell Googles FCM servers that you have notifications waiting on Signals servers and to wake up your Signal app so it can communicate with Signals servers to receive your messages.

      WhatsApp and Signal claim/have end-end encryption on their messages but that shouldn’t matter when specifically looking at Googles FCM servers so, at most it would be meta data that could be obtained from the FCM servers.

      https://jami.net/unifiedpush/ has a pretty basic explanation of push notifications on android and also showcases an alternative to FCM https://unifiedpush.org/ which has a nice little diagram about push notifications on android. Unfortunately, Unifiedpush is not widely adopted by many applications.

      So there are ways to avoid Googles FCM servers on android using Unifiedpush or always having the application on in the background but for the most part FCM is used.

        • AnEilifintChorcra@sopuli.xyz
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          I’m pretty sure Element stays active in the background, it may have asked you to turn off battery optimisation and have a silent notification always active. This decreases battery life which is why most apps don’t do this but it allows the app to constantly ping the server to check for new messages and is one way around using FCM.

          Fair email uses https://en.m.wikipedia.org/wiki/IMAP_IDLE instead of FCM, I’m no expert and this is just my guess but it seems to also need the app to run in the background for this to work.

          Silence is SMS and MMS only and so doesn’t use internet and so has no need for FCM or any alternative anyway

    • Bitrot@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      6
      ·
      edit-2
      1 year ago

      Curious about this too. From what I could find, for those it seems like the push is being used to wake up the app and tell it to connect to the server where it grabs the data and then creates the notification locally. Even if a bare minimum is used there is room for traffic analysis, and I imagine Google can easily tell the app being targeted for the push, but it shouldn’t mean the contents of the displayed notification are necessarily what was sent through the server. It’s hard to find info without digging because consumer-facing stuff just calls every notification a push notification.

      The alternative is an app keeping a constant connection open to the server, which understandably mobile OSs don’t like. With push only the one service needs to keep an open connection to provide updates for all the apps.