E-Mail-Versand funktionoert nicht mehr

doemy

doemy

Level-2
Beiträge
58
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich habe heute bemerkt, dass ich keine Mails mehr verschicken kann.
Das Problem besteht bei der 750-880 und 750-881.
Bei der 750-8202 funktioniert alles ohne Probleme, mit den genau gleichen Einstellungen.
Bei beiden (880 / 881) kommt die gleiche Fehlermeldung:
sSTAUS: TLS-ERROR: function "Hndshk_connect()" fails with system error code: -1"


Bibliothek: WagoLibSecureMail_01.lib
Firmware Controller 880: 01.07.03 (10)
Firmware Controller 881: 01.08.01 (10)
Firmware Controller 8202: 02.07.07(10)

Bibliothek habe ich heute die neueste von der WAGO Homepage heruntergeladen, gleiches Problem wie vorher.
In der Beschreibung der Bibliothek ist meine FW nicht aufgeführt, allerdings von allen drei nicht.

Weiß jemand, ob es eine neue oder andere Bibliothek gibt?

Gruß
Thomas
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Morgen,
kann mich @NieZuSpaet anschließen.
Hab gehört das die 88x Geräte TLS 1.2 und TLS 1.3 nicht mehr unterstützen, ist das korrekt?
Das würde erklären warum es bei dir mit dem PFC klappt, da dieser das ganze unterstützt.

Lieben Gruß
Pawe
 
Hallo,

Danke für eure Antworten.
Die Wago-Controller laufen mit LINUX.
Werde mich mal an den Wago-Support wenden, was die alternative ist.


Gruß
Thomas
 
Hallo,

gibt es zu dem Thema schon was neues? Ich bekomme auf meiner 750-889 ebenfalls die Meldung "sSTAUS: TLS-ERROR: function "Hndshk_connect()" fails with system error code: -1"

Allerdings habe ich auch bisher den Mail-Versand noch nicht genutzt gehabt

Gruß, Martin​
​
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen, ich reihe mich mal in das Problem mit ein. Bei mir funktioniert der Versand wie bisher auch nicht mehr (Mit den "gewöhnlichen" Providern). Mit Umstellung auf smart-Mail ohne TLS/SSL funktioniert das ganze dann wieder, aber dabei wird man es dann bei den alten Controllern wohl belassen müssen, oder?
 
Auf den Controllern PFC100, PFC200 und CC100 läuft ein Linux, die alten 750-88x und -89x verwenden aber ein recht unbekanntes aber weit verbreitetes OS names Nukleus.
Die TSL Version hängt stark von der Fimware Version ab. Dazu gibt es hier im Forum einige Beiträge. Die Frage dürfte aber sein, wie lange es noch läuft, selbst wenn man es jetzt wieder zum laufen bekommt. Die Mail-Provider entwickeln sich weiter, die CODESYS 2.3 dagegen (und die Firmware der zugehörigen Controller) dürften eher wenig Aufmerksamkeit in der Entwicklung bekommen. Nachdem CODESYS (ehem. 3S) den Support schon 2019 eingestellt hat, dürfte es nur eine Frage der Zeit sein, bis die OEMs, wie WAGO, das ebenfalls tun.
 
Plan_B schrieb:
Ein lokales Mailrelay z.B. auf Raspi dürfte das Problem lösen können.
Zum Vergrößern anklicken....
Wie meinst du das ? ich habe auch ein Raspi laufen...

@All

Aber grundsätzliche sollte es ja auf dem Wago Controller laufen....kann ja nicht sein, das von heute auf morgen keine Adresse mehr
funktioniert...es haben ja nicht alle Provider am gleichen Tag eine Einstellung vorgenommen...bei der so ein Ergebnis kommt...
 
Ich mein das so:
Setz auf dem Raspi einen lokalen Mailserver auf, der Deinen Provider als Smarthost benutzt.
Der lässt sich auf lokaler Seite beliebig konfigurieren. Auch ohne Verschlüsselung (ist ja lokal nicht zwingend erforderlich). Lokal empfängt er die Mails und leitet sie an den Provider weiter mit dessen Protokoll.
So kann man das Problem umschiffen, dass gewisse IoT nicht Schritt halten mit der Evolution der Verschlüsselungsprotokolle. Angenehmer Nebeneffekt: Man kann auf diese Weise solche Problemkinder weiter vom direkten I-Net abschotten.

Hat man einen geeigneten Provider, der Absenderadressen nicht überschreibt, kann man so weitestgehend seinen Mailverkehr unter die eigene Kontrolle bringen ohne einen vollwertigen Mailserver mit all seinen Fallstricken aufsetzen zu müssen.
Ich mach das jetzt schon so ungefähr 15 Jahre so. Man hat so auch nicht das IMAP-Speicherplatzproblem beim Provider.
Ob dann für so eine Anwendung ein Raspi genügt, kann ich nicht sagen. Bei mir läuft das auf nem Atom D525 zusammen mit ein paar anderen praktischen Anwendungen.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo, ich greife das Thema noch mal auf. Ich habe derweil einen Mailrelay auf dem Raspi aufgesetzt, und kann von diesem auch Mail an den konfigurierten Mailprovider senden. Woran ich mir aber die Finger breche, ist die Konfiguration der SPS, so dass diese den Mailrelay nutzt.
Ich habe in der main.cf vom postfix den hostnamen auf "raspi" und den "mynetworks"-Parameter so gesetzt, dass die SPS drauf zugreifen sollte. Im Baustein habe ich die IP vom Raspberry Pi angegeben, leider baut dies keine Verbindung auf, im mail.log und mail.err wird auch nichts ersichtlich. Ich habe mich durch diverse Tutorials gelesen, leider enden diese immer an der Stelle, wie der Sender konfiguriert werden muss. Hat vielleicht jemand noch eine Idee oder Hilfestellung?
 
Ich hatte ja das gleiche Problem mit dem Mailversand aus ner Beckhoff Steuerung. Ich hab‘s dran gegeben mit dem direkten Versand und gehe den Weg über nen Raspi mit NodeRed. Wäre das ne Möglichkeit für dich?
 
Danke für eine Antwort und den Hinweis. Prinzipiell wäre das auch ne Möglichkeit, ich würds gerne mit möglichst wenig Aufwand lösen, daher klang der Mailrelay ganz interessant. Wie hast du es denn mit NodeRed gelöst? Die Steuerung schickt einen Befehl an NodeRed, und dieses schickt dann eine Mail raus?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Eigentlich noch einfacher: es gibt eine Node, die per ADS direkt auf die Steuerung zugreift. Heißt, du kannst im Prinzip einfach deinen jetzigen Trigger, um die Mail zu schicken, in NodeRed nutzen. Sollte doch mit Wago auch gehen, da das doch alles irgendwie Codesys ist, oder irre ich mich da? Ansonsten könnte man ja auch irgend ein anderes Protokoll nehmen, MQTT z.B.
 
Vielen Dank für die Info. ADS ist soweit ich mich erinner TwinCat spezifisch, aber alternativ wäre natürlich MQTT, Modbus, OPC,... möglich. Der Charme der jetzigen Lösung ist, dass unterschiedliche Trigger unterschiedliche Mails versenden. Das müsste man dann im NodeRed ja auch noch mal aufbauen, daher war meine Hoffnung das doch ohne Middleware zu lösen. Vielleicht versuch ichs aber mal, ich denke über Modbus, da dies auf Netzwerkseite ja direkt dabei ist und keine zusätzliche Bibliothek benötigt.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke, liest sich auch interessant, werd das bei Gelegenheit mal testen, wenn mal ein ruhiger Tag ist. Ich hab jetzt noch mal kurz die Parameter mit der alten SMTP-lib getestet, damit funktioniert ist. Ich dokumentier mal kurz die grobe Konfig, falls das jemand mal braucht. Bestimmt kann man die Parameter noch reduzieren, zum Testen passte es für nich erstmal so:
postfix main.cf
Code: 
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = raspi
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = $myhostname, raspberrypi, localhost.localdomain, , localhost
relayhost = smtp.host.de:587
mynetworks = 127.0.0.0/8 192.168.100.0/24 [::ffff:127.0.0.0]/104 [::1]/128
mynetworks_style = subnet
inet_interfaces = all
inet_protocols = ipv4
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd

Baustein in der CoDeSys aus der WagoLibMail_02:
MAIL_ESMTP_Client1 : MAIL_ESMTP_Client;
Code: 
MAIL_ESMTP_Client1(
    sSmtpServer:= '192.168.100.XXX', (*Adresse vom Raspi*)
    wSmtpPort:= 25,
    eOperationMode:= MAIL_SMTP,
    sUsername:= 'adresse@email.de',
    sPassword:= 'emailpasswort',
    sFrom:= 'adresse@email.de',
    sTo:=typMailInit1.sMail_To ,
    sSubject:=sSubjectText ,
    sMessage:=typMailInit1.sTextMail ,
    xSend:=xStartSend ,
    sStatus=>typMailInit1.sStatusMail );
 
Hallo SPS_A,
hast du den Mailversand mit der Wago und dem Raspi zum laufen bekommen?
Auf dem Raspi nutzt du das Mail Relay?
Gruß
 
Hi Andy,
ja genau, auf dem Raspi Postfix installiert, gemäß Beitrag #18 parametriert, in der CoDeSys mit der "alten" Mail-Lib die Verbindung parametriert, damit läuft es prima.
 

Similar threads

S
e-Mail versenden nicht möglich CodeSys v2.3
Antworten
11
Aufrufe
4K
Plan_B
Plan_B
R
750-880 CodeSys 2.3 Mails mit SMAIL_Client2 versenden
Antworten
6
Aufrufe
5K
Babustino
B
O
eMail-Versand geht nach Online-Change nichtmehr
Antworten
2
Aufrufe
3K
.:WAGO::014731:.
.:WAGO::014731:.
.:WAGOsupport:.
E-Mail Versand über Google Mail Account mit 750-880/881 und dem 750-820X
Antworten
1
Aufrufe
7K
ms4wago
M
Zurück
Oben