[gel.]Blockly: E-Mail-Anhang Dateiname änd. v. Anhängen
-
@martinp Ich schicke mir das zwar per Telegram, aber Sinngemäß sollte das mit Email genauso funktioneren:
wget --output-document /tmp/Cam224Briefkasten.jpg 'http://192.168.1.224/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=IchbineingeilerTyp&user=admin&password=test1234'Den Namen des Bildes in der Befehlszeile passt du einfach auf den gewünschten ab. Und gibst diesen dann für die Mail an.
-
@bananajoe Auf die Funktion des "Mit Ergebnissen" Hakens kommt man auch nicht intuitiv
-
@martinp sagte in Blockly: E-Mail-Anhang Dateiname ändern vor Anhängen:
@bananajoe Auf die Funktion des "Mit Ergebnissen" Hakens kommt man auch nicht intuitiv
Neugierfrage: Wieso nicht?
Du kannst mit exec einfach einen Befehl absetzen (kein Haken), oder auf eine Anwort warten und das Ergebnis der Anfrage weiter verarbeiten (mit Haken)
EDIT: Die Antwort von @BananaJoe ist mir auch neu, aber ergibt Sinn auf das "ok" zu warten.
-
@martinp die bewirkt halt das er solange wartet und er dann die Rückgabe übergibt (auch wenn wir die in diesem Fall gar nicht nutzen). Auf jeden Fall ist dann ein guter Zeitpunkt für den nächsten Schritt.
Habe ich auch hier im Forum gelernt
-
Neugierfrage: Wieso nicht?
@homoran Das Problem saß definitiv vor dem Bildschirm.... Ich habe etwas zu flüchtig geguckt, den gesetzten Haken nicht gesehen, und mir in den "Aktionen" Vorlagen einen Wolf gesucht, nach der Variante mit dem Mund
-
So, funzt alles ... hätte aber das wget nicht erst in der Console testen sollen, und danach nicht aufräumen - die Karteileiche im "tmp" Verzeichnis konnte vom iobroker User nicht überschrieben werden
-
@martinp sagte in [gel.]Blockly: E-Mail-Anhang Dateiname änd. v. Anhängen:
So, funzt alles ... hätte aber das wget nicht erst in der Console testen sollen, und danach nicht aufräumen - die Karteileiche im "tmp" Verzeichnis konnte vom iobroker User nicht überschrieben werden
Den Fehler kenne ich. Hatte noch überlegt ob ich etwas dazu schreibe ... aber ich dachte du probierst es nur unter Blockly
-
@bananajoe Naja, ist ja nicht die Einzige Falle - nutzt man https: grätscht wget als Bedenkenträger bzgl. Zertifikat in den Download ...
aber http: hat auch funktioniert, und so musste ich nicht schauen, welcher Parameter das Ignorieren von Zertifikatsfehlern aktiviert ....
-
wget --no-check-certificate … -
@haus-automatisierung wer weiß, wie lange Reolink Heimnetz-Intern noch http: zulässt ... mal schauen ...
Noch sauberer wäre wahrscheinlich, die Zertifikate lokal zu importieren ...
-
@martinp sagte in [gel.]Blockly: E-Mail-Anhang Dateiname änd. v. Anhängen:
Noch sauberer wäre wahrscheinlich, die Zertifikate lokal zu importieren ...
Ja, und dann nicht mehr mit exec und wget arbeiten
-
@haus-automatisierung Dann wird es aber sicherlich Zeit, mit der Aufgabe von Blockly nach Javascript zu wechseln
-
@martinp sagte in [gel.]Blockly: E-Mail-Anhang Dateiname änd. v. Anhängen:
@haus-automatisierung Dann wird es aber sicherlich Zeit, mit der Aufgabe von Blockly nach Javascript zu wechseln
nichts gegen Blockly, ich liebe es für die schnelle Nummer zwischendurch. Bei Bedarf kann man ja umwandeln.
Bei importierten Zertifikat ginge es ja direkt in Blockly. Aber, Vorsicht Falle! Blos weil man ein Zertifikat importiert, bedeutet es nicht das man diesem vertraut. Denn im Zertifikat müsste dann ein passender DNS-Name stehen und der Aufruf müsste über den Namen erfolgen. Über IP im Zertifikat und Aufruf geht es meist auch (auch wenn das nicht richtig ist).
Das Zertifikat auf meinen Reolinks nutzt gar nichts:
Neuere haben da angeblich einen Menüpunkt für das Hochladen eines eigenen?
