Modul für Pushover

SlvrStrko4 · 05 August 2014, 19:20:46

Hi zusammen,

ich habe leider genau das gleiche Problem wie Yawp.
Habe heute auf meiner F!B 7390 ein Update auf die Laborfirmware FRITZ!OS 06.10-28510 BETA gemacht und seitdem auch kein funktionierendes Pushover mehr.

Ein Auszug aus meinem Log (Achtung, ich habe das Logfile andersrum gereiht, sprich neu nach alt):
2014.08.05 19:03:13 5: HttpUtils https://api.pushover.net/1/messages.json: Got data, length: 264
2014.08.05 19:03:13 5: https://api.pushover.net/1/messages.json: HTTP response code 400

BEGIN failed--compilation aborted at (eval 5091) line 2.
Compilation failed in require at (eval 5091) line 2.
2014.08.05 19:03:13 5: Attempt to reload IO/Socket/SSL.pm aborted.
2014.08.05 19:03:13 5: HttpUtils url=https://api.pushover.net/1/messages.json
2014.08.05 19:03:13 5: Cmd: >set Pushover msg 'Test' 'Test'<

Pushover ist hier mein Devicename.
FHEM läuft als root.

Hat einer eine Idee?

------------------------
Nachtrag:

Führe ich das Modul "GetFileFromURL" was im Pushover Paket getriggert wird manuell in FHEM aus bekomme ich folgendes zurückgeliefert:

<html>

<head><title>400 The plain HTTP request was sent to HTTPS port</title></head>

<body bgcolor="white">

<center><h1>400 Bad Request</h1></center>

<center>The plain HTTP request was sent to HTTPS port</center>

<hr><center>nginx</center>

</body>

</html>

Leider noch immer nicht weitergekommen

SlvrStrko4 · 06 August 2014, 17:04:10

Ich habe jetzt einen kleinen Workaround auf meiner Fritz Box mit Laborfirmware gefunden.
Im Paket 70_Pushover die URL in Zeile 268 auf http abändern.
Sehe ich persönlich jetzt nicht als ganz so kritisch an, aber ist wie gesagt nur ein temporärer Workaround bis alles wieder normal funktioniert.
Vielleicht hilft dies ja manchem hier (=> Yawp)

myrave · 14 August 2014, 21:39:19

Seit dem Update meiner Fritzbox 7490 heute funktioniert PushOver leider hier nicht mehr.
Der genannte Workaround mit https auf http abändern ist hier leider ohne Wirkung.

Fehlermeldung: "Error: No known response"
Irgendwelche Ideen, was ich tun noch kann?

Es lief vor dem Update alles bestens, FHEM Update ist ebenfalls erfolgt, ggf. liegt es auch daran?

SlvrStrko4 · 14 August 2014, 23:19:34

Wie sieht's aus wenn du auch das GetFileFromUrl mit den Parametern wie im Pushover-Modul triggerst?!

besitzer · 19 August 2014, 15:11:14

Hallo zusammen,

ich habe mein FHEM von meinem Raspberry nun auf meine QNAP mit QTS 4.1 umgezogen.
Ich habe FHEM soweit nun auch lauffähig, aber leider funktioniert mein Pushover nun nicht mehr.
Auf dem Raspberry lief mit gleicher fhem.cfg alles wie geschmiert.
Ich habe Pushover normalerweise über die "herkömmliche Weise" gemacht mit curl ....
Dieser Befehl geht nun nicht mehr. Auch nicht auf der Kommandozeile. Ich erhalte keine Rückantwort.

Also habe ich dieses Modul hier, danke dafür übrigens, ausprobiert. Allerdings bekomme ich die Meldung "Error: No known response."
Leider kann ich auf meinem Qnap kein libio-socket-ssl-perl Packet nachinstallieren und eine SSL.pm habe ich auch nicht. Hat jemand eine Ahnung ob ich pushover doch noch irgendwie ans Laufen bekomme?

Danke.

Sven

tpm88 · 19 August 2014, 21:10:16

Hi Sven,

die Suchfunktion oben rechts ist dein Freund. Mit den Stichwörtern Pushover und QNAP hättest Du diesen (meinen) Beitrag gefunden

http://forum.fhem.de/index.php/topic,17297.msg119096.html#msg119096

Gruss
Tobias

yawp · 19 August 2014, 21:11:55

Pushover funktioniert auf der FRITZ!Box 7490 auch mit FRITZ!OS 6.20 nicht. Mit der Modifikation von 70_Pushover.pm in der Zeile 268 von HTTPS auf HTTP läuft es aber.

@SlvrStrko4: Vielen Dank für den Tipp

besitzer · 20 August 2014, 07:38:11

Hallo Tobias,

danke für den Link. Ich habe ihn gestern Nachmittag zufällig noch gefunden. Werde es heute mal testen und berichten.

gruß Sven

besitzer · 20 August 2014, 08:28:01

Hallo Tobias,

ich habe zu Deiner Anleitung ein paar Fragen in Deinen Thread gepostet.
Kannst Du mir da behilflich sein?

Gruß sven

Shafhem · 30 August 2014, 15:41:20

Als Hinweis für die Synology Nutzer.
Habe fhem auf einer DS414 laufen.

fhem von fischer-net.de: fhem-5.3-mfr-1.1-syno-noarch.spk
Perl von Synology direkt aus dem Paket-Center.

Mit diesem Setup kommt z.Zt. auch der Fehler "unknown response" bei Pushover.
Mein Workaround war einfach die Möglichkeit zu nutzen, auch Emails als Pushover (siehe PU Webseite) bekommen zu können:
http://www.fhemwiki.de/wiki/E-Mail_senden#Synology_DiskStation

Die Änderung mit https in http zu ändern habe ich nicht getestet. Ebenso die Änderung bei SSL.pm.

my2cents
MfG!
Daniel

schlurfie · 02 September 2014, 21:38:41

Hallo Zusammen,

nachdem ich vor ein paar Tagen Fhem von meiner FB auf meine Synology DS214play (Intel Atom) hab umziehen lassen, können keine Pushnachrichten mehr Versand werden ("unknown response").
Gemäß Tobias Übersicht (Seite 7) habe ich folgende Module nachträglich in die entsprechenden Verzeichnisse kopiert.

IO::Socket::SSL
Mozilla::CA
LWP::Protocol::https

DSM 5.0 mit fhem von "fischer-net.de fhem-5.3-mfr-1.1-syno-noarch.spk"
und Perl von Synology direkt aus dem Paket-Center.
Auch der Workaround von Daniel, Pushover per Mail funktioniert bei mir leider nicht (Modul angelegt und Versand aus der Befehlszeile) auch hier kommt keinerlei Fehlermeldung.

Ich hoffe ihr habt noch ein paar Ideen.
Gruß
Klaus

alexbrand · 21 September 2014, 14:57:23

Hallo zusammen,

ich spiele nun auch schon ein paar Stunden mit diesem Modul herum, bekomme aber immer die Meldung

ZitatError: "application token is invalid"

.

Der Token ist IMHO nicht invalid, da ich ihn per Copy&Paste eingefügt habe. Ich habe mir auch sichrheitshalber einen anderen erstellen lassen. Aber die Meldung bleibt die Gleiche. Ich nutze zur Zeit noch einen kostenfreien 5-Tage-Account.

Von der Website von Pushover kann ich mir erfolgreich Nachrichten senden.

Wer hat einen Tip, wo ich suchen muß?

Gruß

Alex

alexbrand · 21 September 2014, 19:22:43

Problem gelöst!

Ich habe dummerweise die Token in spitze Klammern gesetzt.

Gruß

Alex

itchako · 22 Oktober 2014, 10:41:48

Zitat von: SlvrStrko4 am 06 August 2014, 17:04:10
Ich habe jetzt einen kleinen Workaround auf meiner Fritz Box mit Laborfirmware gefunden.
Im Paket 70_Pushover die URL in Zeile 268 auf http abändern.
(=> Yawp)

hi zusammen,

die o.g. Änderung brachte auch bei mir den gewünschten Erfolg...

)

Daten:
fhem-5.5 mit update auf den letzten Stand gebracht.
Plattform: Synology DS712+ mit DSM 5.0 4493 Update 5

Pushover brach bis dato mit der Fehlermeldung "No known response" ab.
Nach der Änderung funktioniert es prima.

Logauszug mit Verbose 5 (Achtung chronologisch umgekehrte Reihenfolge! Neuere Meldungen stehen wieiter "oben"):

Bei Erfolg:
2014.10.22 10:21:52 4: /fhem&detail=pushmsg&detail=pushmsg&dev.setpushmsg=pushmsg&cmd.setpushmsg=set&arg.setpushmsg=msg&val.setpushmsg=%27ds712%27+%27Test+ds612%27 / RL:1092 / text/html; charset=UTF-8 / Content-Encoding: gzip
2014.10.22 10:21:52 4: eventTypes: Pushover pushmsg last-result: OK -> last-result: OK
2014.10.22 10:21:52 4: eventTypes: Pushover pushmsg last-message: ds712: Test ds612 -> last-message: ds712: Test ds612
2014.10.22 10:21:52 5: Notify loop for pushmsg last-message: ds712: Test ds612
2014.10.22 10:21:52 5: Triggering pushmsg (2 changes)
2014.10.22 10:21:52 5: HttpUtils http://api.pushover.net/1/messages.json: Got data, length: 57
2014.10.22 10:21:52 5: http://api.pushover.net/1/messages.json: HTTP response code 200
2014.10.22 10:21:51 5: HttpUtils url=http://api.pushover.net/1/messages.json
2014.10.22 10:21:51 5: Cmd: >set pushmsg msg 'ds712' 'Test ds612'<
2014.10.22 10:21:51 4: HTTP FHEMWEB:192.168.0.4:54123 GET /fhem&detail=pushmsg&detail=pushmsg&dev.setpushmsg=pushmsg&cmd.setpushmsg=set&arg.setpushmsg=msg&val.setpushmsg=%27ds712%27+%27Test+ds612%27
2014.10.22 10:21:51 4: Connection closed for FHEMWEB:192.168.0.4:54122

Bei Fehler:
014.10.22 10:09:56 4: /fhem&detail=pushmsg&detail=pushmsg&dev.setpushmsg=pushmsg&cmd.setpushmsg=set&arg.setpushmsg=msg&val.setpushmsg=%27fhem%27+%27test+ds712%27 / RL:1108 / text/html; charset=UTF-8 / Content-Encoding: gzip
2014.10.22 10:09:56 4: eventTypes: Pushover pushmsg last-result: Error: No known response -> last-result: Error: No known response
2014.10.22 10:09:56 4: eventTypes: Pushover pushmsg last-message: fhem: test ds712 -> last-message: fhem: test ds712
2014.10.22 10:09:56 5: Notify loop for pushmsg last-message: fhem: test ds712
2014.10.22 10:09:56 5: Triggering pushmsg (2 changes)
2014.10.22 10:09:56 5: CustomGetFileFromURL https://api.pushover.net/1/messages.json: Can't connect(2) to https://api.pushover.net:443: SSL connect attempt failed with unknown error error:14090086:lib(20):func(144):reason(134) SSL connect attempt failed with unknown error error:14090086:lib(20):func(144):reason(134)
2014.10.22 10:09:56 5: HttpUtils url=https://api.pushover.net/1/messages.json
2014.10.22 10:09:56 5: Cmd: >set pushmsg msg 'fhem' 'test ds712'<
2014.10.22 10:09:56 4: HTTP FHEMWEB:192.168.0.4:53277 GET /fhem&detail=pushmsg&detail=pushmsg&dev.setpushmsg=pushmsg&cmd.setpushmsg=set&arg.setpushmsg=msg&val.setpushmsg=%27fhem%27+%27test+ds712%27
2014.10.22 10:09:56 4: Connection accepted from FHEMWEB:192.168.0.4:53277

Laut Google Suche bedeutet der Fehler:
error:14090086:lib(20):func(144):reason(134) SSL connect attempt failed

Irgendein SSL Zertifikatsproblem. Allerdings habe ich das Zertifikat gecheckt, es wird im Browser als gültig eingestuft und ist auf *.pushover.net ausgestellt.
Soviel für den Fall das jemand eine weitere Analyse betreiben will....

Gruss
Jakob

Johannes_B · 22 Oktober 2014, 10:44:00

Soll ich ein Attribut erstellen, sodass man auch http auswählen kann?
Standard wäre dann immer HTTPS, außer man stellt es um.

Gruß,

Johannes

Modul für Pushover

besitzer

besitzer

besitzer

Shafhem

schlurfie