Neues Modul: Signalbot (Integration für den Signal Messenger) via signal-cli

[tomcat.x]

Hallo zusammen,

nutzt noch jemand das Modul auf einen System mit Buster?

Ich weiß nicht, ob es ein generelles Thema oder ein spezielles ist. Es sieht so aus, als ob das Device die Registrierung vergessen hat. Aufgefallen ist mir dsas, nachdem ich ein paar Tage lang keine Nachrichten mehr bekommen habe. Ein Update einer Komponente (so wie FilliFairy weiter oben) habe ich nicht gemacht, aber kann ja sein, dass es ohne jetzt unter Buster auch nicht mehr funktioniert.

Das Fehlen der Registrierung gab es glaube ich schon mal, vielleicht in anderem Zusammenhang, aber da ich aktuell keinen Fehler sondern nur den Zustand disconnected sehe, habe ich über die Suche nichts gefunden.

Kann man da was aus einem Backup zurückholen? Oder einfach neu registrieren? Ich habe die Befürchtung, dass ich eine bereits registrierte Nummer nicht einfach neu registrieren kann.

Viele Grüße
Thomas

Nachtrag:
Ich denke, ich habe es selbst gefunden. Der Service läuft zwar, aber es gibt folgende Warnung:

Code Auswählen Erweitern

WARN  MultiAccountManager - Ignoring +49##########: signal-cli version is too old for the Signal-Server, please update. (AccountCheckException)Wobei es ja eigentlich nur eine Warnung ist. Aber vielleicht ist jetzt wirklich der Zeitpunkt für trixie gekommen.
Kann man in dem aktuellen Zustand noch ein Backup mit dem script machen umd es zu übertragen?

[Adimarantis]

Ich denke da sind wirklich signal-cli und Signal Server zu weit divergiert.
Grundsätzlich sollte es gehen, dass man die Config sichert und wieder einspielt, aber bei zu großen Versionsprüngen könnte es sein, dass die Migration dann nicht klappt.
In dem Fall eventuell, inkrementiell mit kleinere Versionsschritten arbeiten. Ältere Install Scripten sind ja in der SVN History verfügbar.

Jörg

[HarryT]

Hello all

Signal stopped working on my Raspberry with FHEM

In the FHEM Deviceoverview signal is reported as:

VERSION: Signalbot:3.21 signal-cli:0.13.17 Protocol::DBus:0.22
model: Debian GNU/Linux 12 (bookworm)

In the logging I see:
2026-03-30_09:43:08 SignalBot lastError: No account registered - use set account to connect to an existing registration, link or register to get a new account
2026-03-30_09:43:08 SignalBot disconnected

get signalbot accounts answers with an empty list of accounts.

Most likely this started at a reboot from my raspberry

A fresh (warm) reboot of the raspberry did not solve the issue.

I see no reason why my account would be gone. 

Any idea what could be wrong and how to solve it?

Thanks in advance

[tomcat.x]

For me it stopped working because of outdated signal-cli version, but it is signal-cli 0.12.8. So should be other reason at your end. I also don't have the message, but when looking to the device it also looks as if no account is registered.

Did you check status of service ("sudo service signal status")? There I found the reason for my issue.

Regards
Thomas

[HarryT]

Hi

Thanks for the quick answer. Indeed this gives some clues

I get:
------------------
* signal.service - Send secure messages to Signal clients
     Loaded: loaded (/etc/systemd/system/signal.service; enabled; preset: enabled)
     Active: active (running) since Mon 2026-03-30 09:43:08 CEST; 8h ago
   Main PID: 2681 (java)
      Tasks: 28 (limit: 758)
        CPU: 1min 21.312s
     CGroup: /system.slice/signal.service
             `-2681 /opt/java/bin/java --enable-native-access=ALL-UNNAMED -Xms2m -classpath /opt/signal/lib/signal-cli-0.13.17.jar:/opt/signal/lib/libsignal-cli-0.13.17.jar:/opt/signal/lib/bcprov-jdk18on-1.8>

mrt 30 09:42:38 Debi12-12 systemd[1]: Starting signal.service - Send secure messages to Signal clients...
mrt 30 09:43:07 Debi12-12 signal-cli[2681]: WARN  MultiAccountManager - Ignoring +xxxxxxxxx: Error while checking account +xxxxxxxx: Closed unexpectedly (AccountCheckException)
mrt 30 09:43:07 Debi12-12 signal-cli[2681]: INFO  DaemonCommand - Starting daemon in multi-account mode
mrt 30 09:43:08 Debi12-12 systemd[1]: Started signal.service - Send secure messages to Signal clients.
mrt 30 09:43:08 Debi12-12 signal-cli[2681]: INFO  DbusHandler - Started DBus server on SYSTEM bus: org.asamk.Signal

------------------
xxxx is the correct number.

This number is still active and worked in this setup for years. I didn't change or upgrade anything. So still wonder why this does not work anymore.

An ideas?

Greetings
 

[HarryT]

And another issue as I testet with a fresh install.

In a complete fresh installation with RaspbianOS (64bit), FHEM 6.4 and signalbot (with the newest signal_install.sh) I get

=================
× signal.service - Send secure messages to Signal clients
     Loaded: loaded (/etc/systemd/system/signal.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Mon 2026-03-30 18:26:26 CEST; 3s ago
 Invocation: d2582dc679a440f0ad1c9762a4daa0ab
    Process: 5824 ExecStart=/opt/signal/bin/signal-cli --config /var/lib/signal-cli daemon --system (code=exited, status=1/FAILURE)
   Main PID: 5824 (code=exited, status=1/FAILURE)
        CPU: 9ms

mrt 30 18:26:25 Debi13-24 systemd[1]: Starting signal.service - Send secure messages to Signal clients...
mrt 30 18:26:26 Debi13-24 signal-cli[5824]: ERROR: JAVA_HOME is set to an invalid directory: /opt/java
mrt 30 18:26:26 Debi13-24 signal-cli[5824]: Please set the JAVA_HOME variable in your environment to match the
mrt 30 18:26:26 Debi13-24 signal-cli[5824]: location of your Java installation.
mrt 30 18:26:26 Debi13-24 systemd[1]: signal.service: Main process exited, code=exited, status=1/FAILURE
mrt 30 18:26:26 Debi13-24 systemd[1]: signal.service: Failed with result 'exit-code'.
mrt 30 18:26:26 Debi13-24 systemd[1]: Failed to start signal.service - Send secure messages to Signal clients.
========================

Indeed /opt/java does not exist. 
 

[HarryT]

Forget my last message. The problem with /opt/java was solved after a new install_signal.sh call.

[HarryT]

Ok again an update

In the fresh installation, I used a backup of last night of my signal settings, the accounts is available.

In this installation I have
   
Signalbot:3.21 signal-cli:0.13.23 Protocol::DBus:0.22
Debian GNU/Linux 13 (trixie)
 
So maybe an issue with signal-cli 0.13.17 ??

However I would expect more people having issues.

Greetings