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

Adimarantis · 06 Februar 2021, 14:45:49

Habe mich heute mal an die Dokumentation gemacht und die Wiki Seite aktualisiert:
https://wiki.fhem.de/wiki/Signalbot

Wer selbst Zugriff hat, darf gerne mithelfen/korrigieren. Sonst auch Vorschläge auch hier im Threads.

Danke,
Jörg

Adimarantis · 06 Februar 2021, 19:28:45

Liebe Docker-Freunde,

Anbei jetzt ein Install Script, welches auch im Docker laufen sollte.
Das kann jetzt ein mit docker-compose neu erzeugter sein, wie im vorangegangenen Post beschrieben, sollte aber auch mit bestehenden FHEM containern funktionieren.

Einfach interaktiv als root laufen lassen. Sofern bereits eine Registry besteht, für alle Fälle je mit den Argumenten install, system und test ausführen.
Danach laufen im Hintergrund sowohl der dbus-daemon als auch der signal-cli daemon.
Logfiles und Fehler landen in /var/log/dbus.log bzw. dbus.err und signal.log/signal.err

@Thorben: In deiner letzten Nachricht war eine Fehlermeldung drin. Die sollte jetzt durch ein geändertes Config File verschwinden. Wegen deinem zkgroup Fehler, bitte nochmal das /opt/signal-cli Verzeichnis löschen damit eine Neuinstallation erfolgt. Da ging bei dir ja mal wegen fehlendem "zip" Tool schief - vielleicht ist der Wurm immer noch drin.

Das Script hat jetzt auch den Perl Test eingebaut - sendet also jetzt auf 3 Arten (auch ohne Docker) - wenn die alle passen, dann sollte FHEM auch gehen.

Falls der fertig installierte Container neu gestartet wird, dann einfach

Code Auswählen

./signal_install.sh start
aufrufen. Damit werden die beiden Daemons bei Bedarf (und nur dann) nachgestartet.

Bitte mal durchtesten (wenn jemand kann/mag auch die normale Installation), damit ich es sicher in den ersten Post verschieben kann.

Gruß,
Jörg

enno · 06 Februar 2021, 20:11:01

Zitat von: Adimarantis am 06 Februar 2021, 19:28:45
Bitte mal durchtesten (wenn jemand kann/mag auch die normale Installation), damit ich es sicher in den ersten Post verschieben kann.

Moin Jörg,

ich bekomme folgende Meldung:

Code Auswählen

signal_install.sh: 372: Syntax error: "(" unexpected (expecting "fi")

Gruss
Enno

Jamo · 06 Februar 2021, 20:23:34

Hallo Jörg,
wegen den umlauten:
Wenn ich aus fhem die folgende Message an mein iPhone schicke, bekomme ich im reading "sentMsg" folgendes, obwohl in Signal selber (also auf dem iPhone) die Umlaute alle OK sind:

Code Auswählen

set Signal send ae=ä, ue=ü, oe=ö, sz=ß

Code Auswählen

sentMsg ae=�, ue=�, oe=�, sz=�

Adimarantis · 06 Februar 2021, 22:01:27

Zitat von: enno am 06 Februar 2021, 20:11:01
ich bekomme folgende Meldung:
Code Auswählen Erweitern
signal_install.sh: 372: Syntax error: "(" unexpected (expecting "fi")

Probiers mal jetzt.

Jörg

Adimarantis · 06 Februar 2021, 22:06:29

Zitat von: Jamo am 06 Februar 2021, 20:23:34
Code Auswählen Erweitern
sentMsg ae=�, ue=�, oe=�, sz=�

Alles klar. Hab ich gefixed, ist dann beim nächsten Update dabei.

Jörg

enno · 07 Februar 2021, 09:27:34

Zitat von: Adimarantis am 06 Februar 2021, 22:01:27
Probiers mal jetzt.

Code Auswählen

signal_install.sh: 375: Syntax error: "(" unexpected (expecting "fi")

... so muss Schneeschaufelngehen am Tag 1 der Schneekatastrophe in Niedersachsen

Wenn ich mich nicht mehr melde, bin ich in einer Schneewehe versackt... oder Signal läuft nicht mehr...

Gruss
Enno

betateilchen · 07 Februar 2021, 09:32:08

Zitat von: enno am 07 Februar 2021, 09:27:34
... so muss Schneeschaufelngehen am Tag 1 der Schneekatastrophe in Niedersachsen

Hier (auch in Niedersachsen) ist es -4°C, windig, aber von Niederschlag seit Freitag, 17 Uhr, weit und breit keine Spur.

Papaloewe · 07 Februar 2021, 09:46:42

Wenn ich diesen Pull-Request richtig verstehe, wäre es möglich (demnächst, oder jetzt?) via tcp-sockets mit dem cli-service mithilfe von json-strings zu kommunizieren.

https://github.com/AsamK/signal-cli/pull/419/commits

Das hätte dann auch den Charme, dass man den signal-cli Teil extern, oder auch in einem separaten Container laufen lassen kann.
Denn ich möchte eigentlich mein FHEM im "geschützten" Docker belassen und nicht den Host-Modus verwenden.

Wäre das eine interessante Variante?

Papaloewe · 07 Februar 2021, 09:50:05

oder gibt es das schon?
Habe noch das dazu gefunden:

https://github.com/Matteljay/signal-cli/wiki/Socket-IPC

Adimarantis · 07 Februar 2021, 10:56:27

Die Socket Variante scheint ein fork zu sein der aktuell als Pull request ansteht.
Im aktuellen main (den habe ich mir testweise schon mal übersetzt, daher weiss ich auch das ab der nächsten Version zwei native libraries benötigt werden) ist anscheinend noch nichts drin.

Wir sollten das auf jeden Fall beobachten. Der Socket Branch unterstützt ein "getContacts", dass mir beim Dbus fehlt - dafür fehlen wieder ein paar andere Services. Da braucht denke ich noch etwas Reife und sollte erst voll im main etabliert sein, bevor wir da was machen.

Wegen signal-cli im extra Container war ich schon am überlegen, ob es da Optionen gibt. Letztendlich muss man aus dem Container irgendwie eine Verbindung mit dem streaming socket /var/run/dbus/system_bus_socket aufbauen. Dann darf aber wahrscheinlich auch der dbus-daemon nicht im Container laufen. Das müsste sich jemand mit deutlich mehr Linux System und Container Know How ansehen, als ich mitbringe.
Netstat:

Code Auswählen

unix  2      [ ACC ]     STREAM     HÖRT         12185    -                    /var/run/dbus/system_bus_socket

Ich finde ja die signal-cli Installation etwas tricky aber eigentlich nicht sehr invasiv. Die lässt sich sowohl native als auch im Container sehr einfach wieder entfernen, sofern einen die abhängigen Pakete nicht stören, aber das sind ja auch offizielle Installer (apt, cpan) - sollte man auch wegbekommen.

Jörg

Adimarantis · 07 Februar 2021, 11:01:32

Hi Enno,

kann es sein, das du das Script unter "sh" statt "bash" laufen hast?
Den Fehler kriege ich nur wenn ich das Konstrukt unter "sh" laufen lasse.

Wahrscheinlich sollte ich noch eine "bash" Abhängigkeit einbauen und beenden, wenn das Script nicht in der bash läuft.

EDIT: Einfacher check auf bash inkl. Nachinstallation eingebaut.

Jörg

enno · 07 Februar 2021, 11:43:06

Zitat von: Adimarantis am 07 Februar 2021, 11:01:32
kann es sein, das du das Script unter "sh" statt "bash" laufen hast?

Richtig vermutet! Bisher ging es immer mit sh. Ok, ich teste noch mal als bash.... und geht.

Gruss vom DAU

sinus61 · 07 Februar 2021, 12:30:26

Hallo zusammen. Ich habe hier die Installation mit dem Skript auch mal durchgezogen, ganz normal auf einem Pi. Senden und Empfangen mit normalen Usern funktioniert auch gut.

Probleme gibt es aber noch mit Gruppen. Ich hab mal eine Gruppe FHEM eingerichtet, da kann ich auch normale User hinzufügen. Bei meinem fhem User hat Singal zuerst gemeckert, wegen angeblich nicht aktueller Version V2 bei signal-cli. Nach Löschung und nochmaliger Neueinrichtung auf dem Pi mit dem neuesten Version von hier meckert Signal nicht mehr und schickt eine Einladung raus wenn ich meinen fhem User zu der Gruppe hizufügen will, im SignalBot sehe ich dann auch "joinedGroups FHEM".

Wenn ich aber eine Nachricht an die Gruppe senden will kommt:

Code Auswählen

Error sending message:org.asamk.Signal.Error.GroupNotFound: User is not a member in group: FHEM (...)
im Logfile

Code Auswählen


2021.02.07 12:23:47 3: SignalBot: Before parse:#FHEM Teststring:

2021.02.07 12:23:47 5: SignalBot: sendGroupMessage called for FHEM::Teststring

Also hab ich mal versucht unter signal-cli die Einladung anzunehmen:

Code Auswählen

sudo -u fhem signal-cli updateGroup -n FHEM
Soll jedenfalls laut Doku so gehen.

Dort kommt dann:

Code Auswählen


OpenJDK Server VM warning: You have loaded library /tmp/resource17792002454964883349.so which might have disabled stack guard. The VM will try to fix the stack guard now.
It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.
WARN App - WARNING: Support for new group V2 is disabled, because the required native library dependency is missing: libzkgroup
ERROR App - User +49xxxxxxxxxx is not registered.

Die Telefonummer funbktioniert ja, daher wundert mich die letzte Meldung. Und die lbzkgroup Dateien liegen in /usr/lib
Irgendwie fällt mir gerade da nichts mehr ein.

Papaloewe · 07 Februar 2021, 12:32:10

Zitat von: Adimarantis am 07 Februar 2021, 10:56:27
Die Socket Variante scheint ein fork zu sein der aktuell als Pull request ansteht.
Im aktuellen main (den habe ich mir testweise schon mal übersetzt, daher weiss ich auch das ab der nächsten Version zwei native libraries benötigt werden) ist anscheinend noch nichts drin.

Wir sollten das auf jeden Fall beobachten. Der Socket Branch unterstützt ein "getContacts", dass mir beim Dbus fehlt - dafür fehlen wieder ein paar andere Services. Da braucht denke ich noch etwas Reife und sollte erst voll im main etabliert sein, bevor wir da was machen.

Wegen signal-cli im extra Container war ich schon am überlegen, ob es da Optionen gibt. Letztendlich muss man aus dem Container irgendwie eine Verbindung mit dem streaming socket /var/run/dbus/system_bus_socket aufbauen. Dann darf aber wahrscheinlich auch der dbus-daemon nicht im Container laufen. Das müsste sich jemand mit deutlich mehr Linux System und Container Know How ansehen, als ich mitbringe.
Netstat:
Code Auswählen Erweitern
unix 2 [ ACC ] STREAM HÖRT 12185 - /var/run/dbus/system_bus_socket

Ich finde ja die signal-cli Installation etwas tricky aber eigentlich nicht sehr invasiv. Die lässt sich sowohl native als auch im Container sehr einfach wieder entfernen, sofern einen die abhängigen Pakete nicht stören, aber das sind ja auch offizielle Installer (apt, cpan) - sollte man auch wegbekommen.

Jörg

Hier hat auch schon jemand eine REST API für den signal-cli gebaut und es gibt einen "fertigen" Docker Container dazu.
https://github.com/bbernhard/signal-cli-rest-api
Das wäre natürlich jetzt ein völlig anderer Ansatz bei der Kommunikation zwischen signal-cli und FHEM.