#Signal isn’t just AWS.

[daniel@gultsch.social]

RE: https://gultsch.social/@daniel/113549020656921249

#Signal isn’t just AWS. It also has a hard dependency on Google’s push notification system (FCM) if you don’t want your battery to catch fire.

Signal’s attitude towards #UnifiedPush and #FDroid speaks volumes.

[fluttersh@pony.social]

@daniel u need molly.im with https://github.com/mollyim/mollysocket for unified push 🙃

[daniel@gultsch.social]

@fluttersh yes and that's an extremely cumbersome work around for something they should be offering natively.

[radasbona@social.vivaldi.net]

@daniel wo wir gerade beim Thema #UnifiedPush sind.
Wenn conversations offline ist - z.b. beim Flugmodus - verschwinden die push Nachrichten. Sie kommen nicht verspätet sondern gar nicht.

Könnte man die nicht zum Zielserver ins dortige MAM schicken? oder wenigstens eine "verpasste Benachrichtigung" Mitteilung?

[daniel@gultsch.social]

@radasbona Die angedachte Lösung ist das der "Rewrite Proxy" / "Push Server" (also up.conversations.im) die Nachricht nochmal sendet. Das ist besser weil es auf WebPush-Ebene sowas wie TTL und topics (Deduplizierung) gibt und der Push Server das besser verwalten kann wenn er versteht was da abgeht.

Der Push Server weiß auf Protokollebene auch schon wann der client wieder online ist. Aber das resend Ding ist noch nicht implementiert.

[apostateenglishman@mastodon.world]

@daniel What would you suggest as an alternative (not a facetious question - I'm genuinely curious)?

[daniel@gultsch.social]

@ApostateEnglishman I'm trying to phrase my statements in a way in which they don't sound like an advert, but I'm developing and Android instant messaging client called #Conversations_im which uses a federated instant messaging network called Jabber or XMPP.

[valhalla@social.gl-como.it]

@daniel @ApostateEnglishman I don't develop an xmpp client so it's not a problem if phrase it like an advert, right?

I second the recommendation for XMPP, as it is properly and actively federated, with an ecosystem that encourages small, healthy, community hosted, servers (hosting one for ~20 users is about as hard, expensive and time consuming as self-hosting a static website)