Unterschied zwischen einzelnen Signal-Clients

Dwain Zwerg

Dwain Zwerg

Well-known member
Original poster
6 März 2023
3.082
Der da wären (Tabelle unfertig):
AppAutorQuelleGoogle Firebase Cloud MessagingWeb SocketUnified PushStandortimplementierungBackupExport / ImportLesebestätigungView Once-Messages & gelöschte NachrichtenVerschlüsselung der App, Leeren des ArbeitsspeichersApp-Schutz
SignalSignal FoundationGoogle Play Store, Website, GitHub, Guardian Project (inoffiziell)proprietäre Implementierung (in experimentellen interen Testbuilds wird bereits die Langis-Implementierung verwendet); wird immer zuerst versuchtFallback-Lösung, wird nicht versucht, wenn bereits Google Play Services oder microG installiert sind oder wenn die App mittels com.android.vending installiert wurdeneinGoogle MapsSignal Secure Backups (kostenpflichtig (Kauf nur möglich, wenn mittels com.android.vending installiert), Signal Secure Backups (kostenlos), lokales verschlüsseltes BackupBilder können exportiert werdenwird gesendet, wenn man selbst welche anfordert; wird nicht gesendet, wenn man selbst keine anfordertView Once-Messages sind nur einmal ansehbar, Gelöschte aber bereits empfangene Nachrichten werden dennoch gelöschtnur die Verschlüsselung der App-Daten durch Androidnein; bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Signal-SW (ehemaliger Fork von Signal-JW, Features wurden in Wollwolkes Signal und dann in Signal-JW übernommen)JukefoxerGitHubproprietäre Implemetierung, wird immer versuchtFallback-Lösung (wie bei Signal)neinGoogle Maps, Google Hybrid, Google Satelit, Google Terrainlokales verschlüsseltes BackupBilder können exportiert werden, Klartextexport von Chats, Import von WhatsApp-Chatsauch, wenn die Lesebestätigungen aktiviert sind, kann man Nachrichten ansehen, ohne eine Lesebestätigung zu sendenView Once-Messages sind so oft ansehbar wie man möchte, bereits empfangene Nachrichten werden nicht gelöscht, ganz egal was der Server wünschtnur die Verschlüsselung der App-Daten durch Androidnein; bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Wollwolkes Signal (Fork von Signal-SW, durch einen PR in Signal-JW übernommen)WollwolkeArbeitsforkproprietäre Implemetierung, wird immer versuchtFallback-Lösung (wie bei Signal)neinGoogle Maps, Google Hybrid, Google Satelit, Google Terrainlokales verschlüsseltes Backup, lokales unverschlüsseltes BackupBilder können exportiert werden, Klartextexport von Chats, Klartextimport von Chats, Import von SMS, Import von WhatsApp-Chatsauch, wenn die Lesebestätigungen aktiviert sind, kann man Nachrichten ansehen, ohne eine Lesebestätigung zu sendenView Once-Messages sind so oft ansehbar wie man möchte, bereits empfangene Nachrichten werden nicht gelöscht, ganz egal was der Server wünschtnur die Verschlüsselung der App-Daten durch Androidoptinale Biometrieabfrage; bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Signal-JWJohan Wevers (johanw666 / „JW“)GitHubproprietäre Implemetierung (Signal arbeitet bereits an der Langis-Implementierung), wird immer versuchtFallback-Lösung (wie bei Signal), bei aktiviertem FCM zusätzlich anwählbarneinGoogle Maps, Google Hybrid, Google Satelit, Google TerrainSignal Secure Backups (kostenpflichtig (Kauf nur möglich, wenn mittels com.android.vending installiert)), Signal Secure Backups (kostenlos), lokales verschlüsseltes Backup, (aus Wollwolkes Signal:) lokales unverschlüsseltes BackupBilder können exportiert werden, Klartextexport von Chats, aus Wollwolkes Signal:) Klartextimport von Chats, (aus Wollwolkes Signal:) Import von SMS, (aus Signal-SW/Wollwolkes Signal:) Import von WhatsApp-Chatsauch, wenn die Lesebestätigungen aktiviert sind, kann man Nachrichten ansehen, ohne eine Lesebestätigung zu sendenView Once-Messages sind so oft ansehbar wie man möchte, bereits empfangene Nachrichten werden nicht gelöscht, ganz egal was der Server wünschtnur die Verschlüsselung der App-Daten durch Androidoptinale Biometrieabfrage (aus Wollolkes Signal); bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Langis
(aufgrund ungenügender Build-Hardware eingestellt)		TheCapsLockWebsite, Langis-F-Droid-Repoopen-source-Implemetierung, anwählbaranwählbarneinOpenStreetMap (Twinhelix Implementierung)Signal Secure Backups (kostenpflichtig (allerdings nicht in diesem Client kaufbar), Signal Secure Backups (kostenlos), lokales verschlüsseltes BackupBilder können exportiert werdenwird gesendet, wenn man selbst welche anfordert; wird nicht gesendet, wenn man selbst keine anfordertView Once-Messages sind nur einmal ansehbar, Gelöschte aber bereits empfangene Nachrichten werden dennoch gelöschtnur die Verschlüsselung der App-Daten durch Androidnein; bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Signal-FOSSAngus Turnbull (Twinhelix)Website, Signal-FOSS-F-Droid-ReponeinDeaktivierbarneinOpenStreetMap (basierend auf fumiakiys Signal (was wiederrum eine undeklarierte Kopie eines von Signal abgelehnten PRs ist))Änderungen von Molly-JW übernommen:
Signal Secure Backups (kostenpflichtig (allerdings nicht in diesem Client kaufbar), Signal Secure Backups (kostenlos), lokales verschlüsseltes Backup, lokales unverschlüsseltes Backup		Änderungen von JW übernommen: Bilder können exportiert werden, Klartextexport von Chats, Klartextimport von ChatsÄnderungen von JW übernommen: Auch, wenn die Lesebestätigungen aktiviert sind, kann man Nachrichten ansehen, ohne eine Lesebestätigung zu sendenÄnderungen von JW übernommen: View Once-Messages sind so oft ansehbar wie man möchte, bereits empfangene Nachrichten werden nicht gelöscht, ganz egal was der Server wünschtnur die Verschlüsselung der App-Daten durch Androidmöglicherweise optionale Biometrieabfrage (JW-Implementation); bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
MollyOscar Valldrac Mira (Valldrac)Accrescent, Molly-F-Droid-Repo, GitHubehemals proprietäre, nun Langis-Implementierung, anwählbaranwählbarüber den Workaround eines Molly-SocketsOpenStreetMap (Twinhelix-Implementation)Signal Secure Backups (kostenpflichtig (allerdings nicht in diesem Client kaufbar), Signal Secure Backups (kostenlos), lokales verschlüsseltes BackupBilder können exportiert werdenwird gesendet, wenn man selbst welche anfordert wird nicht gesendet, wenn man selbst keine anfordertView Once-Messages sind nur einmal ansehbar, Gelöschte aber bereits empfangene Nachrichten werden dennoch gelöschtzusätzliche optionale Verschlüsselung der App-Daten durch das Molly-Passwort, alles dann auf jeden Fall durch Android verschlüsselt; nach einstellbarer Zeit werden alle Daten von Molly aus dem Arbeitsspeicher gelöschtBei der Anwahl der optionalen Verschlüsselung zusätzliche Abfrage des Molly-Passworts; bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Molly (FOSS)
(nachdem Molly die Open-Source-Implementierung erhalten hat eingestellt)		Oscar Valldrac Mira (Valldrac)Accrescent, Molly (FOSS)-F-Droid-Repo, GitHubnein (Twinhelix-Implementation)Deaktivierbarüber den Workaround eines Molly-SocketsOpenStreetMap (Twinhelix-Implementation)Signal Secure Backups (kostenpflichtig (allerdings nicht in diesem Client kaufbar), Signal Secure Backups (kostenlos), lokales verschlüsseltes BackupBilder können exportiert werdenwird gesendet, wenn man selbst welche anfordert; wird nicht gesendet, wenn man selbst keine anfordertView Once-Messages sind nur einmal ansehbar, Gelöschte aber bereits empfangene Nachrichten werden dennoch gelöschtzusätzliche optionale Verschlüsselung der App-Daten durch das Molly-Passwort, alles dann auf jeden Fall durch Android verschlüsselt; nach einstellbarer Zeit werden alle Daten von Molly aus dem Arbeitsspeicher gelöschtBei der Anwahl der optionalen Verschlüsselung zusätzliche Abfrage des Molly-Passworts; bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Molly-JWJohan Wevers (johanw666 / „JW“)GitHubehemals proprietäre, nun Langis-Implementierung, anwählbaranwählbar, bei aktiviertem FCM zusätzlich anwählbarüber den Workaround eines Molly-SocketsOpenStreetMap (Twinhelix-Implementation)Signal Secure Backups (kostenpflichtig (allerdings nicht in diesem Client kaufbar), Signal Secure Backups (kostenlos), lokales verschlüsseltes Backup, lokales unverschlüsseltes BackupBilder können exportiert werden, Klartextexport von Chats, Klartextimport von ChatsAuch, wenn die Lesebestätigungen aktiviert sind, kann man Nachrichten ansehen, ohne eine Lesebestätigung zu sendenView Once-Messages sind so oft ansehbar wie man möchte, bereits empfangene Nachrichten werden nicht gelöscht, ganz egal was der Server wünschtzusätzliche optionale Verschlüsselung der App-Daten durch das Molly-Passwort, alles dann auf jeden Fall durch Android verschlüsselt; nach einstellbarer Zeit werden alle Daten von Molly aus dem Arbeitsspeicher gelöschtBei der Anwahl der optionalen Verschlüsselung zusätzliche Abfrage des Molly-Passworts; optinale Biometrieabfrage; bei Aktivierung des optionalen 2FA, kann man optional von Zeit zu Zeit eine Abfrage des Passworts aktivieren
Ursprüngliche Frage für den Thread: „Was genau unterscheidet Langis von Twinhelix Signal-FOSS? Ist der WebSocket repariert? Oder ist es eher vergleichbar mit Molly-FOSS?“
 
Zuletzt bearbeitet:
  • Like
Reaktionen: many1, 7irxn und tkopq
Dwain Zwerg schrieb:
Was genau unterscheidet Langis von Twinhelix Signal-FOSS? Ist der WebSocket repariert?
Zum Vergrößern anklicken....
Aus den Patches lese ich das Play Services mit FCM entfernt werden. Websockets sind vermutlich noch verfügbar. Anstatt Play Services FCM wird wohl die microg FCM Implementation benötigt.
Dwain Zwerg schrieb:
WebSocket (wegen eines Bugs sehr energieintensiv)
Zum Vergrößern anklicken....
Was wäre hier der Bug?
So wie ich das verstanden habe sind Websockets per Design energieintensiver, da eine Verbindung permanent aufrecht gehalten werden muss um über neue Nachrichten informiert zu werden. Bei FCM und Unified Push ist das nicht der Fall.
Dwain Zwerg schrieb:
Molly-FOSS: FCM
Zum Vergrößern anklicken....
Molly-FOSS unterstützt kein FCM.
 
danielp schrieb:
Aus den Patches lese ich das Play Services mit FCM entfernt werden. Websockets sind vermutlich noch verfügbar. Anstatt Play Services FCM wird wohl die microg FCM Implementation benötigt.
Zum Vergrößern anklicken....
Das heißt hier funktioniert nur microG FCM aber Play Services FCM nicht? Außerdem WebSocket? Dann gibt es tatsächlich einen Unterschied zu Twinhelix Signal-FOSS
danielp schrieb:
Was wäre hier der Bug?
So wie ich das verstanden habe sind Websockets per Design energieintensiver, da eine Verbindung permanent aufrecht gehalten werden muss um über neue Nachrichten informiert zu werden. Bei FCM und Unified Push ist das nicht der Fall.
Zum Vergrößern anklicken....
Das ist soweit bekannt. Bei Signal ist die WebSocket-Implementierung nur besonders energiegiehungrig. Und Signal bekommt es schon seit Jahren nicht gefixt, weshal schon seit Jahren ein issue offen ist.
danielp schrieb:
Molly-FOSS unterstützt kein FCM.
Zum Vergrößern anklicken....
Danke. Das kommt von zu viel Copy-and-Paste.
 
Seit ein paar Monate nutze ich mein Haupt-Android-Profil in ShiftOS-L ohne Google-Play-Dienste und damit auch ohne FCM.

Mit meinen beiden Haupt-Kontakten nutze ich als Direktnachrichten-Protokoll XMPP und da funktionert Conversations (aus F-Droid) unter Android ganz gut.

Auf WhatsApp kann ich (mit einigen Reibungsverlusten) zum Glück verzichten, aber für die Mehrzahl meiner Kontakte brauche ich doch zumindest Signal.

Jetzt habe ich dafür Molly-Foss installiert und erst nach dieser Wechsel-Anleitung auch UnifiedPush mit dem dort angegebenen Server eingerichtet. Als UnifiedPush-Client fungiert netterweise direkt Conversations nebenbei. :)

Was mir aber doch misfiel, war die Anzeige des MollySocket-Servers als registrierter Signal-Client, so als könne dieser alle meine Nachrichten mitlesen. Ich weiß, beim MollySocket-Projekt steht "MollySocket never has any encryption key" - aber es sieht halt trotzdem komisch aus und ich sehe nicht, wie ich das prüfen könnte.

Ich überlege jetzt, mir selbst einen MollySocket-Server zu installieren, nach dieser "If You Must Use Signal, Use Molly"-Anleitung - aber selbst dann wüsste ich wohl nicht, ob MollySocket nicht meine Nachrichten speicher oder ausleiten würde (da ich zu wenig Kenntnis und Zeit habe, den Quelltext selbst zu überprüfen).

Tatsächlich ist mein Leidensdruck da auch nicht besonders hoch. Natürlich möchte ich unnötigen Batterieverbrauch vermeiden. Aber bei meiner aktuellen Wenig-Nutzung reicht der Shiftphone-8-Akku trotz Molly-Foss bis zu vier Tage und Signal-Benachrichtigungen kommen zuverlässig an. Andere Akku-Verbraucher dominieren also, denn ich ich kann auch an ein oder zwei Tagen den Akku leer haben, mit viel Bildschirm-, Firefox- und GPS-Nutzung zum Beispiel.
 
  • Like
Reaktionen: tkopq
4 tage, jesus, dat nenn ich mal sparsam...
Zum thema: Ich machs mir so gedanken immer relativ leicht: es ist open source, die community ist ziemlich pedantisch, da wird jemand genau nachgeschaut haben, ob molly irgendwas ausließt/mitnimmt was auch immer. Viel besser, als ich es je könnte. Also vertrau ich der sache 🤷‍♀️
Unified push hätte ich aber auch gerne, fand die aleitungen bis jetzt aber immer etwas schwierig, daher hatte ich noch kein nerv mich drum zu kümmern...
 
Was daran ist schwierig sich deinen liebsten Unified Push-Client (https://codeberg.org/Sunup/android, https://github.com/binwiederhier/ntfy-android, https://codeberg.org/iNPUTmice/Conversations, https://codeberg.org/tom79/Fedilab) zu installieren, anschließend seine UnifiedPush-kompatible App zu starten und entweder auf die Toast-Nachricht zu warten, dass alles eingerichtet wurde oder es in den Einstellungen der App selbst umzuschalten (falls eben keine Benachrichtigung kommt)? Bei wenigen Apps muss man sie leider auch nach der UnifiedPush-Installation installieren, weil ansonstendie Registrierung nicht funktioniert.
Bei Molly kommt noch hinzu, dass ein MollySocket (z.B. https://molly.adminforge.de/) hinzugeschaltet werden muss, weil Signal ja kein UnifiedPush unterstützt (ist ein Workaround).
 
  • Like
Reaktionen: 7irxn
Roever schrieb:
4 tage, jesus, dat nenn ich mal sparsam...
Zum Vergrößern anklicken....
Im Moment bin ich viel zu Hause und nutze eher PC, E-Reader und Festnetz-Telefon, als das Shiftphone - es liegt also nur so herum. :D
Roever schrieb:
Zum thema: Ich machs mir so gedanken immer relativ leicht: es ist open source, die community ist ziemlich pedantisch, da wird jemand genau nachgeschaut haben, ob molly irgendwas ausließt/mitnimmt was auch immer. Viel besser, als ich es je könnte. Also vertrau ich der sache 🤷‍♀️
Zum Vergrößern anklicken....
Dem Molly-Programm an sich vertraue ich auch relativ (natürlich bleibt da gerade im Kommunikationsbereich ein Unwohlsein, mindestens seit Edward Snowdens 2013er-Enthüllungen diverser CIA-Programme zur Total-Überwachung jeglicher Online-Kommunikation). Problematischer ist halt, dass der Signal-Server, dessen Aufgabe das eigentlich wäre, kein UnifiedPush unterstützt und dass man für den Workaround noch den MollySocker-Workaround braucht, wie es @Dwain Zwerg hier schreibt. Nutzt man dafür adminforge.de, wie er vorschlägt, muss man auch noch dieser Domain bzw. dem im Impressum angegebenen Stefan Giebel vertrauen, meinem Verständnis nach.

Roever schrieb:
Unified push hätte ich aber auch gerne, fand die aleitungen bis jetzt aber immer etwas schwierig, daher hatte ich noch kein nerv mich drum zu kümmern...
Zum Vergrößern anklicken....
Also mit dem fremden Server war es tatsächlich einfach, das hatte ich ja kurz auch getestet... den MollySocket-Server selbst zu betreiben scheint mir dagegen deutlich schwieriger und ich habe das bisher nur kurz angetestet (erfolgreich kompiliert), noch nicht eingerichtet.
 
Dwain Zwerg schrieb:
Was daran ist schwierig sich deinen liebsten Unified Push-Client (https://codeberg.org/Sunup/android, https://github.com/binwiederhier/ntfy-android, https://codeberg.org/iNPUTmice/Conversations, https://codeberg.org/tom79/Fedilab) zu installieren, anschließend seine UnifiedPush-kompatible App zu starten und entweder auf die Toast-Nachricht zu warten, dass alles eingerichtet wurde oder es in den Einstellungen der App selbst umzuschalten (falls eben keine Benachrichtigung kommt)? Bei wenigen Apps muss man sie leider auch nach der UnifiedPush-Installation installieren, weil ansonstendie Registrierung nicht funktioniert.
Bei Molly kommt noch hinzu, dass ein MollySocket (z.B. https://molly.adminforge.de/) hinzugeschaltet werden muss, weil Signal ja kein UnifiedPush unterstützt (ist ein Workaround).
Zum Vergrößern anklicken....
Naja das halt 🤷‍♀️ 😅
 
Eine App installieren (vollkommen egal welche) und einmalig starten, eine andere App starten (bester Fall), ansonsten in der App die Einstellung ändern, fertig ist.
 
  • Like
Reaktionen: 7irxn
Dwain Zwerg schrieb:
Eine App installieren (vollkommen egal welche) und einmalig starten, eine andere App starten (bester Fall), ansonsten in der App die Einstellung ändern, fertig ist.
Zum Vergrößern anklicken....
Ne geht bei mir nur um molly, also den kram mit dem workarround muss ich auf jeden fall machen, und das is mir grad zu viel das zu verstehen
 
Also für Molly hab ich lediglich noch Sunup (über F-Droid ,Obtainium oder sonst einen Client) installiert.
In den Einstellungen von Molly dann unter Benachrichtigungen - UnifiedPush konfigurieren - MollySocket-Server den QR Code von adminforge.de (was Dwain verlinkt hat) gescannt , als Distributor App Sunup und fertig.

Das ganze dauert keine 2min. @Roever 😉
 
  • Like
Reaktionen: 7irxn und Roever
Und für die anderen Apps halt nur die eine Minute SunUp runterladen/installieren/einmalig öffnen und anschließend die zu pushende App öffnen.
 
  • Like
Reaktionen: 7irxn und R.E.D.
Jetzt habe ich Molly-Socket (für die Molly-FOSS-Variante von Signal) doch selbst installiert. So schwierig war es tatsächlich nicht, mit einem Debian-Server (wenn man sich etwas mit klassischer GNU/Linux-Konfiguration auskennt):
  • Das Programm selbst habe ich mit cargo installiert, wie in der README beschrieben, dazu dann die beiden dort verlinkten Service-Dateien geholt und aktiviert.
  • Apache läuft auf meinem Server sowieso schon (für Nextcloud). Ich musste nur proxy_http dazu-installieren eine Proxy-Konfiguration wie im Molly-Socket-Beispiel hinzufügen.
  • Dann servername/molly aufgerufen, den QR-Code gescannt und schon scheint es zu laufen. :)
 
  • Like
Reaktionen: Dwain Zwerg
R.E.D. schrieb:
Also für Molly hab ich lediglich noch Sunup (über F-Droid ,Obtainium oder sonst einen Client) installiert.
In den Einstellungen von Molly dann unter Benachrichtigungen - UnifiedPush konfigurieren - MollySocket-Server den QR Code von adminforge.de (was Dwain verlinkt hat) gescannt , als Distributor App Sunup und fertig.

Das ganze dauert keine 2min. @Roever 😉
Zum Vergrößern anklicken....
Habs jetzt auch mal ausprobiert, weil ich mal den unterschied testen wollte. Leider bekomme ich die benachrichtigungen sehr unregelmäßig. Meistens erst wenn ich molly öffne. Scheint also eine energiespar einstellung zu sein, hatte bei ntfy und molly aber alles geöffnet, auf anfrage der apps her. Muss ich da noch was machen?
 
Wie das ntfy ist weiss ich nicht ,ich nutze Sunup und da funktioniert es bei mir gut.

Läuft dein Push Service im Hintergrund auch mit?
Bei mir ist es so ,dass in den voll aufgeklappten Schnelleinstellungen (ganz unten ) die aktiven Apps angezeigt werden ,da kannst du prüfen ob dein push service auch im. Hintergrund läuft.

Sollte das nicht der Fall sein ,würde ich tippen das es daran liegt.
 
R.E.D. schrieb:
Wie das ntfy ist weiss ich nicht ,ich nutze Sunup und da funktioniert es bei mir gut.

Läuft dein Push Service im Hintergrund auch mit?
Bei mir ist es so ,dass in den voll aufgeklappten Schnelleinstellungen (ganz unten ) die aktiven Apps angezeigt werden ,da kannst du prüfen ob dein push service auch im. Hintergrund läuft.

Sollte das nicht der Fall sein ,würde ich tippen das es daran liegt.
Zum Vergrößern anklicken....
Sehr guter tipp, die anzeige kannte ich noch net. Aber ntfy steht drin, nur molly fehlt... da muss ich mal nach gucken

@edit: leider bekomme ich molly nicht in den hintergrund. Ein- ausschalten der Hintergrundberechtigung mehrmals probiert, inkl. Force Stop der app, neustart des handys etc. Einmal wurde ich auch.von Molly gefragt, ob ich die Hintergrundberechtigung wieder einschalten will. Auch das brachte nix -.-
 
Zuletzt bearbeitet:
Duck.ai sagt mir dass molly-foss garkeine background.services nutzt, könntet ihr mir das einmal überprüfen?
 
Nein Molly steht bei mir auch nicht drin ,nur sunup ist aufgelistet.
Molly selbst ist nur bei sunup registriert (in der Sunup App aufgelistet)
 
Thx. Hm ja das ist ja eher schlecht für meine problemlösung :D
Vllt hat der reboot auch geholfen, ich werde berichten. Frohe weihnachten bis dahin :)
@edit: bei telegram keine probleme -.-
@edit: @R.E.D. mit sunup gehts aktuell... komisch. Für mich keine endgültige lösung da mozilla aber mal sehen. Ntfy+molly wird von kuketz empfohlen, also sollte eigentlich gehen...
 
Zuletzt bearbeitet:
R.E.D. schrieb:
Ja das schwebt mir auch immer im Hinterkopf.

Ich hab aktuell aber nur einen Kontakt mit dem ich gelegentlich über Molly schreibe ,daher ist es auf meiner Liste aktuell etwas nach hinten gerutscht
Zum Vergrößern anklicken....
Hab aus dem discord von ntfy dass die app bald ein update bekommt und dann besser laufen wird. Angeblich soll es beim self hosten kein problem geben, wie @Umaro das eingerichtet hat. Das klappt bei mir aber noch nicht, denke es liegt an cloudflare irgendwie...
 
Roever schrieb:
Leider bekomme ich die benachrichtigungen sehr unregelmäßig. Meistens erst wenn ich molly öffne. Scheint also eine energiespar einstellung zu sein, hatte bei ntfy und molly aber alles geöffnet, auf anfrage der apps her. Muss ich da noch was machen?
Zum Vergrößern anklicken....
Anscheinend gibt es da ein Problem mit Adminforge. Du kannst wohl auch https://mollysocket.yourdevice.ch/ habe ich in einem anderen Forum neu gelernt.
 
Ich habe eure Diskussion glaube ich nicht ganz verstanden. Auf jeden Fall, habe ich noch ein paar Fragen. Es geht da doch nur darum wie die Benachrichtigungen kommen oder? Was wäre wenn ich dann Signal über F-Droid auf einem CalyxOS ohne microG installieren würde?

Wieso wollt ihr Signal möglichst nicht benutzen? Ich dachte man muss froh sein wenn man seine Kontakte von WhatsApp zu Signal kriegt.

Was ist denn an Mozilla so schlimm?
 
Flemmel schrieb:
Wieso wollt ihr Signal möglichst nicht benutzen?
Zum Vergrößern anklicken....
Nutzen wir doch ;) Wir nutzen nur einen alternativen Client, weil der offizielle halt einfach wichtige Features zur Akkusparsamkeit vermissen lässt. Aus Akkusparsamkeitsgründen solltest du sowieso auf WebSocket verzichten. Zudem ist die WebSocket-Implementation des Signal-Client (und der Forks) kaputt, sodass es sehr großen Energieverbrauch gibt. Viel besser ist es UnifiedPush zu verwenden. Weil Signal UnifiedPush nicht vertraut, können Server und Client das nicht. Somit braucht man einen Molly-Socket, damit man UnifiedPush nutzen kann.
Flemmel schrieb:
Was ist denn an Mozilla so schlimm?
Zum Vergrößern anklicken....
Die sind zwar immer sehr freundlich und erzählen sehr über Datenschutz, aber standardmäßig ist erstmal das Tracking der Partner im Browser aktiviert. Das muss man erst deaktivieren. Von daher hat Mozilla nicht überall so einen guten Stand. Ich persönlich vertraue Mozilla.
 
  • Like
Reaktionen: Roever
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben Unten