wichtiges UPDATE für controller 7.2.2 im stable

[netfriend]

Ich habe -wie vor ein paar Monaten geschrieben- massive Probleme mit den WhatsApp-Adapter (trotz Bezahlung) und deshalb entschieden, meine ganzen Skripte durchzuschauen und auf einen anderen Adapter umzustellen.
Kurzzeitig hatte ich Signal probiert. Hat mich aber nicht überzeugt. Einrichtung und versenden gibt problemlos. Die Darstellung der Nachrichten hat mich nicht überzeugt.
Und wenn ich mich richtig erinnere, läuft das auch über callmeBot.
Deshalb habe ich Telegram probiert. Die Installation bzw. bot-Einrichtung war etwas frickeliger als überall beschrieben, vor allem wenn man mehrere Instanzen und mehrere Bots möchte. Letztlich hat es geklappt. Es läuft seitdem stabil und zuverlässig.

[MartinP]

Dann werde ich es mal mit Telegram probieren

[mcm1957]

@MartinP sagte:

Der Email-Adapter scheint bei o2online.de als Mailprovider nicht stabil zu funktionieren. Da gehen immer wieder Mails verloren, und der Adapter wirft Fehler.

Auf welches Issue beziehts du dich dabei?

[Negalein]

ich kann die Probleme mit WA nicht nachvollziehn.
Funktioniert tadellos.

[netfriend]

@Negalein
Mag sein, dass es inzwischen wieder gut läuft. Das weiß ich nicht.
Ich hatte Anfang des Jahres immer wieder Probleme, dass Nachrichten nie ankamen. Das wurde immer häufiger, so dass es mir nicht mehr zuverlässig erschien.
Ich hatte mehrmals den callmeBot-Support kontaktiert.
Der Entwickler hat mir erklärt, er habe massive Probleme mit der WhatsApp-API und er müsse wohl immer neue Wege finden, damit die Nutzung weiterhin funktioniert. Er wisse nicht, bis wann oder ob er es überhaupt schafft. Ich solle mir doch mal callmeText oder so ähnlich ansehen.
Das war mir zu ungewiss, daher habe ich mir etwas anderes gesucht

[MartinP]

@mcm1957
Ich vermute der Mail Adapter kann nichts dafür, dass es instabil ist.

Der Mailserver von o2 scheint gelegentlich die Mail zurückzuweisen.

Die Mails werden ja generiert, wenn irgendetwas passiert. Es kann sein, dass z.B beim WLAN Ausfall mehrere Geräte gleichzeitig weg sind, und deshalb mehrere Alarmmmeldungen herausgeben. Das könnte dem o2 Mailserver reichen, um von einem Spamschleuder Trojaner auszugehen.

Habe auch mit dem Canon Mufu Drucker Probleme, wenn ich Scans per Mail empfangen will...

[MartinP]

Nachtrag: Ich habe mir die Loggings der letzten Woche mal angeschaut

Hier war das Kabel-Internet für 10 Minuten gestört:

iobroker.2026-06-25.log.gz:2026-06-25 09:44:11.991  - info: email.0 (418) Send email: {"text":"Kamera >>stellplatz<< wurde ausgelöst.\nStart 25.06.26 um 09:44:11\nErkannt wurde >>person<< mit einem Score von 0.7578125","to":"martin.praekelt@o2online.de","subject":"[SmartHome] Alarm Kamera Stellplatz","attachments":[{"path":"http://192.168.2.196:5000/api/stellplatz/any/thumbnail.jpg","cid":"file1"}],"from":"martin.praekelt@o2online.de"}
iobroker.2026-06-25.log.gz:2026-06-25 09:44:12.085  - error: email.0 (418) Error connect ENETUNREACH 91.136.8.190:465
iobroker.2026-06-25.log.gz:2026-06-25 09:44:12.093  - error: email.0 (418) Cannot send email: Error: connect ENETUNREACH 91.136.8.190:465
iobroker.2026-06-25.log.gz:2026-06-25 09:50:35.792  - info: javascript.0 (410) script.js.Alarme.Kameras: sendTo(instance=email.0, cmd=send, msg={"text":"Kamera >>stellplatz<< wurde ausgelöst.\nStart 25.06.26 um 09:50:35\nErkannt wurde >>person<< mit einem Score von 0.810546875","to":"martin.praekelt@o2online.de","subject":"[SmartHome] Alarm Kamera Stellplatz","attachments":[{"path":"http://192.168.2.196:5000/api/stellplatz/any/thumbnail.jpg","cid":"file1"}]}, hasCallback=

Hier mal zgrep + grep Filter auf alle Errors des Email-Adapters. Sieht danach aus, als ob definitiv der o2 Mailserver da das Problem ist ...

martin@iobroker-test-sicher:/opt/iobroker/log$ zgrep "email.0"  *.log.gz |grep error
iobroker.2026-06-22.log.gz:2026-06-22 08:01:13.210  - error: email.0 (213499) Error Unexpected socket close
iobroker.2026-06-22.log.gz:2026-06-22 08:01:13.216  - error: email.0 (213499) Cannot send email: Error: Unexpected socket close
iobroker.2026-06-23.log.gz:2026-06-23 08:01:16.955  - error: email.0 (213499) Error read ECONNRESET
iobroker.2026-06-23.log.gz:2026-06-23 08:01:16.960  - error: email.0 (213499) Cannot send email: Error: read ECONNRESET
grep: iobroker.2026-06-23.log.gz: binary file matches
iobroker.2026-06-24.log.gz:2026-06-24 17:29:14.710  - error: email.0 (42410) Error queryA ETIMEOUT pop.o2online.de
iobroker.2026-06-24.log.gz:2026-06-24 17:29:14.711  - error: email.0 (42410) Cannot send email: Error: queryA ETIMEOUT pop.o2online.de
iobroker.2026-06-24.log.gz:2026-06-24 17:29:35.272  - error: email.0 (42410) Error queryA ETIMEOUT pop.o2online.de
iobroker.2026-06-24.log.gz:2026-06-24 17:29:35.273  - error: email.0 (42410) Cannot send email: Error: queryA ETIMEOUT pop.o2online.de
iobroker.2026-06-24.log.gz:2026-06-24 17:29:39.222  - error: email.0 (42410) Error queryA ETIMEOUT pop.o2online.de
iobroker.2026-06-24.log.gz:2026-06-24 17:29:39.227  - error: email.0 (42410) Cannot send email: Error: queryA ETIMEOUT pop.o2online.de
iobroker.2026-06-25.log.gz:2026-06-25 09:44:12.085  - error: email.0 (418) Error connect ENETUNREACH 91.136.8.190:465
iobroker.2026-06-25.log.gz:2026-06-25 09:44:12.093  - error: email.0 (418) Cannot send email: Error: connect ENETUNREACH 91.136.8.190:465
martin@iobroker-test-sicher:/opt/iobroker/log$ ```

[Codierknecht]

@MartinP sagte:

Welcher Messenger funktioniert stabiler mit CallMeBot - Signal oder Telegram?

Ich persönlich halte alle diese "Bots" für Krücken.
Wie bei vielen Adaptern auch, werden dafür undokumentierte Funktionen und/oder Lücken in den Nutzungsbedingungen ausgenutzt.
Das kann eine Weile lang funktionieren - muss es aber nicht.

Für direkte Push-Benachrichtigungen habe ich auf Pushover umgestellt.
Das hat ein sauber dokumentiertes API, so dass hier der Betrieb äußerst stabil funktioniert.

[netfriend]

@Codierknecht sagte:

Für direkte Push-Benachrichtigungen habe ich auf Pushover umgestellt.

Pushover hatte ich auch schon mal. Über die Zeit ist es aber sehr träge geworden und stürzt häufig ab, weil die App offenbar nicht mit der stetig wachsenden Anzahl an Nachrichten klar kommt - außer man leert regelmäßig die empfangenen Nachrichten.

Für Statusmeldungen wäre das ok für mich, wenn die nach x Wochen gelöscht werden. Aber z.B. monatliche Verbrauchswerte möchte ich länger behalten. Ich finde es deutlich einfacher und schneller, kurz hier nachzusehen, wenn mich was interessiert, als das aus einer DB rauszupfrimeln.

Die Einstellungen für das automatische Löschen der Nachrichten ist sehr einfach gehalten: "Max messages to keep" = "25, 50, 75, 100, 250, 500, 1000, All messages" - mehr gibts da nicht (oder ich habe es noch nicht entdeckt):

• kein zeitliches Löschen, z.B. nach nach x Tagen / Wochen / Monaten oder zu Stichtagen (immer 01.01.) usw.
• Einstellungen nicht nach Nachrichtenkanälen getrennt (Verbräuche nie, Statusmeldungen nach 30 Tagen, usw.)

Ich habe verschiedene Applications/API-Token bei Pushover angelegt, was zu unterschiedlichen Nachrichtenkanälen führt. Das finde ich gut und übersichtlich (man kann sie halt nicht separat löschen - nicht mal händisch).

Manches kann man zwar bei Telegram auch nicht, richtig. Aber hier spielt die Nachrichtenanzahl in einem Chat keine Rolle. Die App funktioniert flüssig und stürzt nicht ab. Bei einzelnen Kanälen kann ich jederzeit den kompletten Chat-Verlauf leeren.

Für mich war das irgendwie nicht das gelbe vom Ei - aktuell fahre ich mit Telegram am besten. Kann sich wieder ändern, da stimme ich dir zu.

[Marc Berg]

@netfriend sagte:

Die Einstellungen für das automatische Löschen der Nachrichten ist sehr einfach gehalten: "Max messages to keep" = "25, 50, 75, 100, 250, 500, 1000, All messages" - mehr gibts da nicht (oder ich habe es noch nicht entdeckt)

Man kann beim Erstellen der Nachrichten eine "TTL/Time To Live" mitgeben, damit wird sofort festgelegt, wann die einzelne Nachricht gelöscht werden soll.

Ich habe verschiedene Applications/API-Token bei Pushover angelegt, was zu unterschiedlichen Nachrichtenkanälen führt. Das finde ich gut und übersichtlich (man kann sie halt nicht separat löschen - nicht mal händisch).

Zumindest unter iOS sehe ich für jede Application eine eigene Kategorie, damit kann ich durch linkswischen alle Nachrichten dieser Application löschen.

[da.phreak]

Also bei mir läuft pushover immer noch problemlos, Abstürze oder ähnlich hab ich keine.