Bei mir unter GOS (Pixel 8) hat sich Nichts geändert. Auch habe ich vorher Mikes Tip “Entkoppeln” befolgt. Nachrichten kommen unter adminforge immer noch verspätet an.
LG, thk_ms
Da hängt so einiges bei Unified Push. Der schweizer Server läuft gut oder eben WebSocket.
Bei mir funktionieren Benachrichtigungen wieder zuverlässig seit ich von adminforge zurück zum Selberhosten übergegangen bin.
Dem kann ich mich nur anschließen: Seit etwas mehr als 6 Monaten nutze ich GOS und seitdem habe ich Molly in zusammenhang mit dem Adminforge UP Server nicht zum laufen bekommen.
Daher würde ich ganz klar den Yourdevice.ch UP Server empfehlen.
Habt ihr mal SunUp probiert?
Sunup geht soweit und verbraucht weniger Strom als ntfy.
Ich knüpfe mal hier ans Thema an .Mich hat’s jetzt auch mal erwischt…
Ich bekomme seit gestern sehr verzögert Nachrichten, bzw. meine Nachrichten gehen überhaupt nicht raus. Des weiteren wird auch keine Zustellbestätigung mehr angezeigt. Anstelle der Häkchen erscheint nur ein Kreis.
Serververbindung ist OK, Testnachricht wird empfangen.
Ich nutze ntfy mit dem Standard Server und dem Mollysocket von yourdevice.ch
Ein Wechsel zu Websocket oder ein anderer Mollysocket bringt auch keine Besserung. ntfy und Molly habe ich bereits mehrfach neu installiert (von Droid-ify), auch ohne Erfolg.
Hat jemand nen Tipp oder ähnliche Probleme?
Das irritiert mich. Nach meiner Erfahrung funktioniert es mit WebSocket immer. Deshalb nutze ich ausschließlich WebSocket.
Es ist in der Molly-App nicht noch zufällig ein Gerät (Mollysocket) gekoppelt? - Kann ja eigentlich nicht sein, wenn du auf WebSocket umgestellt hast (Mollly: Einstellungen - Benachrichtigungen - Push-Servie - WebSocket auswählen).
In der Tat. Es sieht alles richtig aus. Tut mir leid, ich habe keine Idee, was dir weiterhelfen könnte. Vielleicht haben andere aus dem Forum noch Ideen für dich. Mich würde auch interessieren, wo hier der Fehler liegt.
Oder bei beiden Apps (ntfy und Molly) mal „Beenden erzwingen“ testen oder „Cache leeren“ oder „Speicherinhalt löschen“ (wobei ich nicht weiß, ob dann alle Nachrichten weg sind).
Wahrscheinlich handelt es sich um folgenden Fehler: https://github.com/mollyim/mollyim-android/issues/732
Es gibt einen Workaround, bei dem die Wahrscheinlichkeit groß ist, dass zumindest WebSocket funktioniert.
https://github.com/mollyim/mollyim-android/issues/732#issuecomment-4301879878
bzw
https://github.com/mollyim/mollyim-android/issues/732#issuecomment-4305409221
Danke für die Links.
Habe ich bereits probiert, scheinbar zähle ich zu den wenigen, bei denen nix läuft…
Nutze jetzt Signal und kann meinem Akkustand beim Fallen zusehen. Das war damals auch der Grund, warum ich Molly mit UP genutzt habe.
Was mich am meisten aufregt ist, dass ich gerade einigen Leuten aus unserem Verein Molly mit UP schmackhaft gemacht habe. Der Umstieg auf Signal ging jetzt leider schief. Ich höre mir gerade an, wie toll doch WhatsApp ist weil es einfach funktioniert…
Was ist dein Standard-Server in ntfy?
Bei mir ist eingestellt
ntfy: https://ntfy.yourdevice.ch (unter Standard-Server)
Molly: https://mollysocket.yourdevice.ch (unter MollySocket-Server)
ntfy.sh
Allerdings habe ich die anderen genannten auch schon probiert. Es liegt an Molly/Signal. Um weiterhin erreichbar zu sein, habe ich mir Signal als Messenger installiert. Da kommen Nachrichten nur an wenn ich die App öffne obwohl ich die Berechtigungen und die Akku Optimierung gesetzt habe. Komischerweise haben 2 meiner Vereinskollegen die gleichen Probleme. Die haben wie ich ein Pixel 6a, seit neuestem auch mit GrapheneOS. Ein dritter nutzt ein Pixel 9 (a oder pro, weiß ich gerade nicht) der hat keine Probleme, nutzt aber auch das Stock System, nicht GrapheneOS. Ja, leider passiert das gerade jetzt wo ich so die Werbetrommel gerührt habe und Kollegen zum Umstieg animieren konnte. Das is jetzt leider hinüber und ich kann es sogar verstehen.
Ich hoffe, dass das Problem bald lokalisiert und gefixt wird.
Du nutzt das auf GrapheneOS? Wie ist das eingerichtet, sind da die sandboxed Google Play Services installiert und aktiv? Wenn ja, will Signal unbedingt Google FCM für notifications benutzen und wenn man den Play Services z.B. die Network Berechtigung entzogen hat, funktioniert das natürlich nicht. Ebenso können da „Firewall“-Einschränkungen der PS durch Apps wie z.B. Rethink oder Netguard FCM verhindern.
Um Signal mit Websocket anstelle von FCM zu nutzen, muss es bei der Ersteinrichtung erkennen, dass die Play Services nicht verfügbar sind, dann sollte Websocket als Alternative angeboten werden. Sind diesen lediglich Network-Berechtigung entzogen oder diese per Firewall-Einstellungen verhindert, kann die Signal-App das nicht „riechen“ und versucht ganz normal die gefundenen Play Services zu nutzen.
Edit: Hier noch eine kurze Erläuterung zur Einrichtung ohne Play Services seitens GOS:
https://discuss.grapheneos.org/d/807-signal-requiring-sandboxed-play-services/5
Ja, im Hauptprofil ohne Google Play Services.
Eine Firewall wie z.B. Rethink oder Netguard nutze ich nicht. Ich habe im Heimnetzwerk lediglich AdGuard am Laufen.
Danke für den Link, das ist dort echt schön beschrieben, kannte ich noch nicht. Aber so wurde es hier auch eingerichtet. Den erhöhten Akkuverbrauch kann ich definitiv bestätigen.
Hast Du es testweise auch mal ohne AdGuard probiert? Vielleicht blockt das etwas, dass bei Signal mit Websocket nötig ist. Wobei ich mir das eigentlich kaum vorstellen kann, da zumindest bei Molly dafür lediglich Verbindungen zu chat.signal.org aufgebaut werden (allerdings mit unterschiedlichen IPs). Denke zwar, dass das bei der original Signal-App genauso laufen müsste, aber kann das auch nicht bestätigen.
Wenn sie nicht mehr raus gehen, hört sich das nach einem Netzwerk/Firewall/DNS/…- Problem an.
Hallo und Danke für die Unterstützung.
Ich gehe davon aus, dass es ein Signal/Molly Problem ist.
@Zsovka hat ja den Link zum Topic bei Github gepostet. Dort wird jetzt auch von Problemen unter iodéOS berichtet.
@olmax das Problem tritt auch im Mobilfunknetz/WLAN auf, unabhängig von meiner AdGuard Instanz.
@Chief Ich habe das Problem mit Molly jetzt nicht mehr länger verfolgt, weil das in einer laufenden Unterhaltung passiert ist und ich dann schnell wieder erreichbar sein musste. Ich stellte erst auf Websocket um, bemerkte dann, dass die Nachrichten extrem verzögert gesendet wurden. Daher habe ich Molly über Bord geworfen und mir Signal gefischt. Leider ohne richtigen Mehrwert.
Probleme hatte ich zuletzt mit meinen selbst gehosteten Instanzen von ntfy und Mollysocket. Da fiel zu Hause das Internet aus, dementsprechend war dann auch Sendepause.
Ich möchte auch nicht mit einer älteren Version von Molly rumprobieren, mir fehlt da schlichtweg die Zeit dazu. Ich brauche momentan einen verlässlichen Messenger. Merke jetzt erst gerade wieder wie wichtig das ist…
Also hier läuft Molly mit Websocket seit etlichen Wochen tadellos. Die eingestellte Push-Methode sollte aber nix mit dem Senden zu tun haben. Das Problem liegt dann eher woanders bzw. kommen dann verschiedene zusammen.
Habe das gleiche Problem. Bei meinem alten Smartphone, einem Pixel 6 mit GOS hatte ich mit der Signal Apk von deren Website kaum Probleme, bei meinem nehmen Smartphone einem Pixel 9a mit GOS hat Signal aus dem Neostore dann sehr viel Akku gezogen. Mit Molly in Kombi mit ntfy ging dann alles einen Tag lang und jetzt gehen keine Nachrichten mehr raus. Die Testnachricht kommt an.
Überlege nach 10 Jahe Whatsapp wieder umzusteigen, mir fehlt die Zeit und die Energie der Familie und Freunden, Arbeitskollegen etc zu erklären, dass sie mit mir nur via Signal kommunizieren können und dann funktioniert es bei mir nicht und bei denen auch nur wenn die APP zufällig geöffnet wurde (Nutzung mit Signal aus dem Playstore)