upvote
Conversations is a XMPP client, it's essentially the same protocol that delivers reliable notifications to every Android, Nintendo switch, etc. Unless you have an Android distro that kills every background app indiscriminately, you will be fine with Conversations delivering messages and notifications to you.

Interestingly, the link you posted relates to Unified Push, which is a protocol that relies on a "distributor" app which acts as a proxy, receiving reliable notifications on behalf of other applications. And it happens that Conversations can be configured as a UP distributor, because of how good it is at that/how well the XMPP protocol lends itself to it.

Long way to say you should give XMPP a shot, it really works well!

reply
It's possible for the app to poll the server for new messages. iOS also supports light background work that can poll server from time to time and trigger notification on the device, rather than using apple's push notification infra.

The trade off is that you gain some extra privacy with simpler architecture and accept that some notifications will be delayed as ios decides when to run the bg job for the app.

source: I develop e2e app with self-hostable server (145 lines of zero deps python for the whole server).

reply
How do you trigger that in iOS? iOS can decide not to trigger it all from what I have read - https://mertbulan.com/dont-rely-on-bgapprefreshtask-for-your...

Even Android is not predicatable from my testing or I'm doing something wrong

reply
I assume the only way it to be a good citizen: an app someone uses often, app itself is low cpu/memory, BG app refresh quick/cheap/doesn't drain much energy.

But yeah, if you need a predictable way is either APN or safari push notifications.

reply
What's your app? I'd love to try it out!
reply