FHEM - Hausautomations-Systeme > Unterstützende Dienste

Neues Modul: 70_Jabber.pm

<< < (60/60)

Christian.:
Ich muss leider nochmal an ein Problem erinnern, das ich Ende 2018 gemeldet habe.

Heute nachmittag war jabber.de aus unbekannten Gründen offline. Das Jabber-Modul blockierte deshalb die gesamte FHEM-Installation:

--- Code: ---fhem              | 2021.10.30 15:18:55 1: Perfmon: possible freeze starting at 15:18:45, delay is 10.179
fhem              | 2021.10.30 15:19:10 1: Perfmon: possible freeze starting at 15:19:01, delay is 9.897
fhem              | 2021.10.30 15:19:25 1: Perfmon: possible freeze starting at 15:19:16, delay is 9.296
fhem              | 2021.10.30 15:19:40 1: Perfmon: possible freeze starting at 15:19:31, delay is 9.636
fhem              | 2021.10.30 15:19:55 1: Perfmon: possible freeze starting at 15:19:46, delay is 9.346
fhem              | 2021.10.30 15:20:10 1: Perfmon: possible freeze starting at 15:20:01, delay is 9.467
fhem              | 2021.10.30 15:20:25 1: Perfmon: possible freeze starting at 15:20:16, delay is 9.391
fhem              | 2021.10.30 15:20:41 1: Perfmon: possible freeze starting at 15:20:31, delay is 10.043
fhem              | 2021.10.30 15:20:55 1: Perfmon: possible freeze starting at 15:20:46, delay is 9.464
fhem              | 2021.10.30 15:21:10 1: Perfmon: possible freeze starting at 15:21:01, delay is 9.677
fhem              | 2021.10.30 15:21:25 1: Perfmon: possible freeze starting at 15:21:16, delay is 9.665
fhem              | 2021.10.30 15:21:40 1: Perfmon: possible freeze starting at 15:21:31, delay is 9.821
fhem              | 2021.10.30 15:21:55 1: Perfmon: possible freeze starting at 15:21:46, delay is 9.667
fhem              | 2021.10.30 15:22:11 1: Perfmon: possible freeze starting at 15:22:01, delay is 10.137
fhem              | 2021.10.30 15:22:25 1: Perfmon: possible freeze starting at 15:22:16, delay is 9.618
fhem              | 2021.10.30 15:22:41 1: Perfmon: possible freeze starting at 15:22:31, delay is 10.638
fhem              | 2021.10.30 15:22:56 1: Perfmon: possible freeze starting at 15:22:46, delay is 10.255
fhem              | 2021.10.30 15:23:10 1: Perfmon: possible freeze starting at 15:23:01, delay is 9.966
fhem              | 2021.10.30 15:23:25 1: Perfmon: possible freeze starting at 15:23:16, delay is 9.864
fhem              | 2021.10.30 15:23:41 1: Perfmon: possible freeze starting at 15:23:31, delay is 10.035
fhem              | 2021.10.30 15:23:55 1: Perfmon: possible freeze starting at 15:23:46, delay is 9.883
fhem              | 2021.10.30 15:24:11 1: Perfmon: possible freeze starting at 15:24:01, delay is 10.287
fhem              | 2021.10.30 15:24:25 1: Perfmon: possible freeze starting at 15:24:16, delay is 9.948
fhem              | 2021.10.30 15:24:38 1: Perfmon: possible freeze starting at 15:24:31, delay is 7.617
fhem              | 2021.10.30 15:26:39 1: Perfmon: possible freeze starting at 15:26:29, delay is 10.315

--- Ende Code ---

Man kann das Jabber-Modul leider nicht deaktivieren oder inaktiv schalten. Als Workaround hat bei mir nur geholfen, das Jabber-Modul mittels delete zu entfernen.

Es wäre aus meiner Sicht sinnvoll, wenn das Modul asynchron - also nicht-blockierend - arbeiten würde, um bei solchen unvermeidbaren Ausfällen nicht die gesamte FHEM-Instanz zu blockieren. Es wäre auch hilfreich, wenn man den Verbindungsaufbau über einen Schalter temporär deaktivieren könnte, ohne das Modul entfernen zu müssen.

Zeitisen:
Hallo,  den untenstehen Thread scheinen nicht die richtigen Personen zu lesen.
Deshalb hier nochmal im Allgemein-Dauerthread zu jabber.


--- Zitat von: Zeitisen am 22 November 2021, 11:25:25 ---Wenn ich eine Message mit

--- Code: ---set JabberClientfhem msg xxxx@123.xxx FHEM Briefkasten offen
--- Ende Code ---
sende, dann erscheint die Meldungszeile im Client immer doppelt, also

--- Code: ---FHEM Briefkasten offen
FHEM Briefkasten offen
--- Ende Code ---
Ich habe nirgendwo einen Hinweis für den Grund gefunden. Ich habe auch schon unterschiedliche Clients auf dem Handy probiert. Die verhalten sich alle gleich. Dino auf Ubuntu zeigt aber nur eine Zeile an.
Gibt es so etwas wie Betreff und Body und der wird dupliziert wenn ein Teil fehlt?


Hat jemand dazu eine Idee?

--- Ende Zitat ---
Bisher habe ich die Meldungen mit dem gleichen Account abgesandt wie ich sie empfangen habe. Lediglich der ResourceName war ein anderer. Dann bekomme ich auf meinem Handy immer die doppelte Meldung.
Jetzt habe ich einen eigenen Account für fhem erstellt. Und siehe da, die Meldung kommt nur einmal. Die Gründe dafür kann ich jetzt nicht nachvollziehen. Vielleicht gibt es eine Erklärung durch XMPP von irgendwelchen Spezialisten.
Ich habe mich schon etwas eingelesen. Stand der Technik wäre auf jeden Fall eine Omemo-Unterstützung. OTR bietet keine Ende-zu-Ende Verschlüsselung.
OTR funktioniert bei mir sowieso nicht, da ich nicht die passenden uralt-Module installiert habe.
Ich halte das auch für eine Einbahnstraße. Es kann keine Dauerlösung sein, immer von Hand alte Module nachzuinstallieren.
Irgendwann ist da Schluss und es geht gar nichts mehr.

Bitte, bitte versucht, ob man da nicht etwas aktualisieren kann. Meine Perl-Kenntnisse reichen dazu leider nicht aus.
Jabber/XMPP wäre das ideale System für Push-Nachrichten, aber man müsste es auf einen aktuellen Stand bringen.

rakete123:
Klar omemo wäre ganz nett. Hier gibts was via python: https://lab.louiz.org/poezio/slixmpp-omemo/-/tree/master
Aber andererseits, braucht man wirklich end-to-end encryption für ein paar push notifications?

Zeitisen:
Ja, braucht man das wirklich? Den meisten Leuten ist das egal. Die veröffentlichen jeden Furz auf Facebook. Aber wenn ich etwas sicher machen kann, dann tu ich es. Es gibt noch genug andere Lücken, die ich nicht beeinflussen kann.

Das Problem beim Jabber Modul ist ja nicht nur Omemo, sondern wohl die Abhängigkeiten von alten Versionen. Das führt zwangsläufig zu Instabilitäten und sollte so oder so behoben werden.
Diese Python Library kann ich im Moment noch nicht einordnen. Das ist ja wohl ein Bruchteil dessen was ich benötige, nämlich einen Client zu XMPP/jabber, der Omemo kann. Dann müsste ich den aber extern aufrufen wie etwa beim Mail senden. Das muss ich mir mal näher anschauen.

Eine komplette Integration ist sicher einfacher zu handhaben. Für mich ist im Moment die integrierte Lösung mit 70_jabber ohne Omemo ausreichend. MIttelfristig sollte sich da aber etwas tun.

dora71:
Hallo zusammen,

nachdem es ja anscheinend immer noch genügend Leute gibt, die FHEM über XMPP Nachrichten verschicken lassen (dazu gehöre ich auch wieder), möchte ich einfach mal nachhören, wie es um das Modul 70_Jabber.pm bestellt ist bzw. fange auch mal eine Liste an, was ich mir von dem Modul in Zukunft wünschen würde.

Ich weiß, dass ich hier keine "Forderungen" stellen kann, da ich selber kein Entwickler, sondern "nur" Anwender bin, aber einfach mal eine Bestandsaufnahme machen, kann ja auch nichts schaden.

Ich würde mich sehr über eine Weiterentwicklung dieses Moduls freuen! Und bedanke mich auch ganz herzlich für die schon investierte Arbeit. Testen kann ich gerne und auch Feedback geben, bei allem anderen muss ich aber leider passen.

Hier die Liste:

* Modul auf non-blocking umbauen (falls der XMPP-Server nicht erreichbar ist)
* Integration des disable Attributs
* OMEMO-Verschlüsselung integrieren
* Abhängigkeit von alten Paketen entfernen / aktualisieren
* Möglichkeit der Übermittlung von Dateien, vornehmlich Bilder
Grüße vom Rhein

Rainer

Navigation

[0] Themen-Index

[*] Vorherige Sete

Zur normalen Ansicht wechseln