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

[kabanett]

So hatte mal wieder etwas Zeit...

Ist immer schwierig zu beurteilen wieviel Linux Kenntnisse die Leute haben.

Ich bin Benutzer und Versucher, also "nur ein Mesch" 

Und natürlich vorher den Service stoppen: sudo service signal stop

War das dein ernst den Service vorher zu stoppen und dann versuchen sich zu registrieren? Oder hat das nichts mit signal-cli zu tun...

Und sicherstellen dass Java 21 verwendet wird

Nein, wird scheinbar nicht verwendet.

Code Auswählen Erweitern

pi@Fhem-raspberrypi:~ $ java -version
openjdk version "17.0.14" 2025-01-21
OpenJDK Runtime Environment (build 17.0.14+7-Debian-1deb12u1)
OpenJDK 64-Bit Server VM (build 17.0.14+7-Debian-1deb12u1, mixed mode, sharing)
Gruß



 

[Adimarantis]

Ok, dann mal ganz "zu Fuss":

Code Auswählen Erweitern

sudo service signal stop
export JAVA_HOME=/opt/javaJetzt sollte die Java Version mit 21 kommen - sonst passt deine Installation allgemein nicht
dann die

Code Auswählen Erweitern

sudo -E -u signal-cli /opt/signal/bin/signal-cli --config /var/lib/signal-cli -u +49xxxxxxxxx .....Befehle zum Registrieren, Captcha, Verify etc.
Falls das alles geklappt hat den Service wieder mit

Code Auswählen Erweitern

sudo service signal startstarten.

In Signalbot dann ein "set ... reinit" und dann sollte schon alles gehen. Wenn noch kein Account verbunden, noch ein "get accounts" und "set signalAccount"

Jörg

[kabanett]

Hallo,
es scheitert schon an der Java Verlinkung. Verzeichnis existiert. Besitzer ist root.
Auch nach einem reboot, das gleiche Ergebnis:

Code Auswählen Erweitern

pi@Fhem-raspberrypi:~ $ java -version
openjdk version "17.0.14" 2025-01-21
OpenJDK Runtime Environment (build 17.0.14+7-Debian-1deb12u1)
OpenJDK 64-Bit Server VM (build 17.0.14+7-Debian-1deb12u1, mixed mode, sharing)
Gruß

[Adimarantis]

root ist ok. Was ich vergessen habe, ist dass du Java 21 dann noch in den Pfad aufnehmen musst:

Code Auswählen Erweitern

pi@raspi400:~ java --version
openjdk 17.0.15 2025-04-15
OpenJDK Runtime Environment (build 17.0.15+6-Debian-1deb12u1)
OpenJDK 64-Bit Server VM (build 17.0.15+6-Debian-1deb12u1, mixed mode, sharing)
pi@raspi400:~ $ export JAVA_HOME=/opt/java
pi@raspi400:~ $ export PATH=/opt/java/bin:$PATH
pi@raspi400:~ $ java --version
openjdk 21.0.2 2024-01-16 LTS
OpenJDK Runtime Environment Temurin-21.0.2+13 (build 21.0.2+13-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.2+13 (build 21.0.2+13-LTS, mixed mode, sharing)


[kabanett]

Danke! Die java Version passt jetzt.

Jetzt habe ich folgenden Fehler,

Code Auswählen Erweitern

Failed to register: Invalid verification method: Before requesting voice verification you need to request SMS verification and wait a minute.obwohl ich den von mir beschriebenen Weg bis auf 2. gemacht habe...

[kabanett]

So, ich habe jetzt den Service gestartet und dann die Prozedur nochmal in fhem gemacht.

Code Auswählen Erweitern

Connected to /org/asamk/Signal/_49XXXXXXXXXXHat geklappt und die Freude ist groß.

Vielen lieben Dank für die Hilfe!

Gruß kabanett

[ChrisH]

Es scheint seit dem Signal/AWS Ausfall oder seit dem letzten Server rebooot ein Problem bei meiner signal-cli integration zu geben. signal-cli ist systemweit in der Version signal-cli 0.13.20+morph027+1  installiert.

Ich kann mit dem signal-cli selber Nachrichten verschicken, Gruppen und User abfragen.

Code Auswählen Erweitern

signal-cli --config /var/lib/signal-cli -a +49XXX  send -m "testmessage" +49MeineNummer
signal-cli --config /var/lib/signal-cli -a +49XXX  listContacts
signal-cli --config /var/lib/signal-cli -a +49XXX 

Fhem meint aber der State ist: disconnected

set signal_bot reinit aendert nix. im fhem.log finde ich nix spannedes, `journalctl -u signal.service  | tail -30` ist bis auf dies beiden Zeilen unauffaellig:

Code Auswählen Erweitern

Okt 23 12:12:09 clio5 signal-cli[2573457]: WARN  MultiAccountManager - Ignoring +49XXX: Config file was created by a more recent version: 10 (IOException)
Okt 23 12:12:09 clio5 signal-cli[2573457]: WARN  MultiAccountManager - Ignoring +49YYY: User is not registered. (NotRegisteredException)

EDIT:
Gerade noch im GUI ueber diese beiden Sachen gestolpert:
1. last error: No account registered - use set account to connect to an existing registration, link or register to get a new account
2. VERSION: Signalbot:3.21 signal-cli:0.12.8 Protocol::DBus:0.22   <-- das ist nicht die Version vom signal-cli der per DBus agieren sollte.
 
Christian

[ChrisH]

Es scheint seit dem Signal/AWS Ausfall oder seit dem letzten Server rebooot ein Problem bei meiner signal-cli integration zu geben. signal-cli ist systemweit in der Version signal-cli 0.13.20+morph027+1  installiert.

Ich kann mit dem signal-cli selber Nachrichten verschicken, Gruppen und User abfragen.

Code Auswählen Erweitern

signal-cli --config /var/lib/signal-cli -a +49XXX  send -m "testmessage" +49MeineNummer
signal-cli --config /var/lib/signal-cli -a +49XXX  listContacts
signal-cli --config /var/lib/signal-cli -a +49XXX 

Fhem meint aber der State ist: disconnected

set signal_bot reinit aendert nix. im fhem.log finde ich nix spannedes, `journalctl -u signal.service  | tail -30` ist bis auf dies beiden Zeilen unauffaellig:

Code Auswählen Erweitern

Okt 23 12:12:09 clio5 signal-cli[2573457]: WARN  MultiAccountManager - Ignoring +49XXX: Config file was created by a more recent version: 10 (IOException)
Okt 23 12:12:09 clio5 signal-cli[2573457]: WARN  MultiAccountManager - Ignoring +49YYY: User is not registered. (NotRegisteredException)

EDIT:
Gerade noch im GUI ueber diese beiden Sachen gestolpert:
1. last error: No account registered - use set account to connect to an existing registration, link or register to get a new account
2. VERSION: Signalbot:3.21 signal-cli:0.12.8 Protocol::DBus:0.22   <-- das ist nicht die Version vom signal-cli der per DBus agieren sollte.
 
Christian

Nach nochmaligem genauen Lesen von /etc/systemd/system/signal.service wurde mir klar das hier die falsche Instanz vom signal-cli gestartet wurde.
Das dann korrigiert, systemd reloaded, signal-cli wieder gestartet, dann kamen in journal schon die ersten verpassten Meldungen reingerauscht.
Dann noch im fhem das reinit ausgefuehrt und schwupps geht wieder alles.

Das war ein Layer 8 Problem.  Vielleicht hilft die Beschreibung noch jemand weiter.
:wq

[Sany]

falls jemand sein Debian auf trixie umstellt und Signalbot nicht mehr läuft wg. fehlendem Protocol::DBus:

hier habe ich einen Weg gefunden, damit es wieder läuft:
https://forum.fhem.de/index.php?msg=1351503


Gruß


Sany

[enno]

Moin,

ich bin gerade dabei auf Trixie umzustellen (Neuinstallation, kein upgrade). Läuft alles so weit, nur Signal möchte neu eingerichtet werden. Das möchte ich mir auf jeden Fall ersparen. Welche Dateien oder Verzeichnisse muss ich vom Altsystem rüber kopieren um die Neuregistrierung bei Signal zu umgehen? Ich habe unter Stichwort "Umzug" nichts gefunden.

Für einen Tip wäre ich dankbar.

Gruss
  Enno

[Adimarantis]

Hi Enno,

doch da gibt es was:
https://wiki.fhem.de/wiki/Signalbot#Umzug_auf_ein_neues_System

Die backup/restore Funktion des Installers ist dein Freund.

Jörg

[enno]

Moin Jörg,

danke für den Hinweis. Jetzt am Rechner mit größeren Bildschirm habe ich es auch gefunden. Solche Aufgaben am Handy zu erledigen ist doch keine gute Idee  

Gruss
  Enno

[matze1999]

Hallo,

mir will es nicht gelingen, in einem funktionierendem System  mit zwei vorhandenen Kontakten einen neuen Contact hinzuzufügen:

Code Auswählen Erweitern

set fhem_Signal contactadd +491712345678 Name

Code Auswählen Erweitern

2026.01.08 15:39:26 3: fhem_Signal: contactadd +491712345678:Name
2026.01.08 15:39:26 5: fhem_Signal: Dbus Call sync:0 setContactName(ss) /org/asamk/Signal/_4917012345678 Args:+491712345678,Name
2026.01.08 15:39:27 4: fhem_Signal: Dbus Error for: setContactName (details in reading lasterr)
lasterr ist leer


Wo liegt mein Fehler?

matze

[matze1999]

Zusatz zum vorherigen Post:

auch das senden einer Nachricht an einen neuen Kontakt funktioniert nicht:

Code Auswählen Erweitern

2026.01.09 06:57:54 3: fhem_Signal: Before parse:@+491712345678 Test:
2026.01.09 06:57:54 4: fhem_Signal: sendMessage called for +491712345678::Test
2026.01.09 06:57:54 5: fhem_Signal: Dbus Call sync:0 sendMessage(sasas) /org/asamk/Signal/_4917012345678 Args:Test,ARRAY(0x55561f38d968),ARRAY(0x55561eb6e8a8)
2026.01.09 06:57:55 4: fhem_Signal: Dbus Error for: sendMessage (details in reading lasterr)
lasterr ist leer

Ich habe von der betroffenen Nummer aber schon eine Signalnachricht an Fhem geschrieben und auch erhalten.

Code Auswählen Erweitern

prevMsgSender Name 2025-12-23 14:15:14
prevMsgText Test  2025-12-23 14:15:14


Code Auswählen Erweitern

Chat history with +491712345678
Me (09-01-2026 06:57): Test

Das senden an einen bekannten Kontakt funktioniert ohne Probleme:

Code Auswählen Erweitern

2026.01.09 07:04:58 3: fhem_Signal: Before parse:@+4915112345678 Test:
2026.01.09 07:04:58 4: fhem_Signal: sendMessage called for +4915112345678::Test
2026.01.09 07:04:58 5: fhem_Signal: Dbus Call sync:0 sendMessage(sasas) /org/asamk/Signal/_4917012345678 Args:Test,ARRAY(0x55561ec2ccf8),ARRAY(0x55561e7078a8)
2026.01.09 07:04:58 5: fhem_Signal: DBus callback: sendMessage Args:17612345678
2026.01.09 07:05:00 5: fhem_Signal: Sync Callback: ReceiptReceived Args:17612345678,+4915112345678
2026.01.09 07:05:00 5: fhem_Signal: Signalbot_receive_callback 1767938698369 +4915112345678
2026.01.09 07:05:00 4: fhem_Signal: Unknown callback ReceiptReceivedV2

matze