Fbsmtp neposílá maily

Dobrý den,
funkční blok fbSmtp sám o sobě zabezpečení přenosové cesty neřeší. Zabezpečení lze ovlivnit nastavení UNI spojení. Na PLC řady FOXTROT CP-1xxx je dostupné pouze nešifrované spojení (SMTP port 25), které server smtp.seznam.cz stále podporuje.
Pro řady FOXTROT CP-2xxx je možné aktivovat na UNI spojení režim TLS/SSL (SMTP port 465). Toto spojení aktuálně TLS1.2 a se smtp.seznam.cz funguje.

Dobrý den, tak zřejmě bude chyba někde jinde. Včera jsem restartoval PLC a jednou se povedlo email odeslat, ale od té doby nic.  Vždy fb dojde na timeout do chyby 1 (ss_SmtpIdle). Dělal jsem pokusy na druhém PLC (CP-1006)  a to neodeslalo žádný mail, a došlo vždy do stejné chyby. Smtp porty mám nastavené tak jak píšete. Zkoušel jsem i Ping na smtp server a ten prošel. Před prvním výskytem této chyby si nejsem vědom žádné změny jak v programu tak konfigurace sítě. 

Dobrý den,

1 (ss_SmtpIdle) je stav, ve kterém blok čeká na další akci. Pokud blok skončí s chybou je nastavený výstup Err na TRUE a typ chyby je specifikován hodnotou výstupu ErrId. Při ErrId 2 - neočekávaná odpověď nese další informaci výstup ReplyCode, kde je kód odpovědi, který byl vyhodnocen jako neočekávaný.
Pokud máte k dispozici systém, kde můžete testovat, přikládám archiv našeho testovacího projetku, který poskytuje maximum informací. (Archiv otevřete přímo z prostředí přes menu Soubor > Archiv > Obnovit archivovanou skupinu projektů...). V testu je připravena stránka v nástroji Webmaker, kam stačí vyplnit údaje o účtu (jméno, heslo) a cílovou adresu, kam se má email odeslat. Email se odešle stisknutím tlačítka s šipkou.
Po odeslání jsou do stránky vypsány odpovědi serveru a zároveň je na kartu PLC uložen soubor DEBUGUNI.TXT do adresáře WWW, ve kterém je komunikace zaznamenána včetně zpráv odeslaných funkčním blokem.
V případě úspěchu by měla stránka vypadat tak jak je zaznamenáno na obrázku "vysledek.jpg". Záznam úspěšné komunikace je v přiloženém souboru "DEBUGUNI.TXT".

Dobrý den, 

zkusil jsem to na CP-1006 a bohužel to mail neodeslalo, v příloze zasílám printscreen a log komunikace.  Teď jsem si tedy ještě všiml že se mi nenačítá předpověď počasí z fbYrWeather. Vzhledem k problémům v minulosti mám důležité hodnoty zajištěny i jinak, takže to mě tolik netrápí, ale pokud by to mohlo mít nějakou spojitost radši vám to píšu.

Dobrý den,

z logu je vidět, že funguje DNS překlad jméno adresa. Avšak ve chvíli, kdy se systém snaží o přístup na port 25, nenaváže se připojení ani na úrovni TCP protokolu. Vzhledem k funkční překladu adres, přes DNS server googlu, lze vyloučit, že by problém byl špatným nastavením výchozí brány systému.

Pokud by nešly odesílat emaily z dané sítě trvale, byl by pravděpodobně na vině poskytovatel připojení. Stává se poměrně často, že poskytovatel vyžaduje využití vlastního SMTPserveru a přístup na ostatní aktivně blokuje. Ověření zda z dané sítě lze dosáhnout na SMTP server seznamu, lze provést například utilitou Putty, kde se zadá Host Name smtp.seznam.cz, Port 25 a Connection type Raw. V případě úspěchu se v terminálu Putty objeví 220 2.0.0 Seznam SMTP server waiting for your HELO/EHLO.

Žádné problémy v komunikaci počasí ze serverů www.yr.no jsme neregistrovali. Výpadek fbYrWeather by naznačoval, že se děje něco špatně s celým připojením, zvlášť pokud by hlásil také chybu timeoutu.

Dobrý den, 

zkusil jsem Putty a nepřišla odpověď při portu 25 ani 465.

Poté jsem zkusil nainstalovat emailového klienta do PC a ten se taky nepřipojil, ale nějakým způsobem se u něj dalo najít funkční připojení a zjistil že má nastavit port na 587 na kterém funguje.  Zpětnými pokusy jsem si ověřil že opravdu na portu 25 ani 465 nekomunikuje. 

Putty na portu 587 taky komunikovalo.

Ovšem po nastavení toho portu v PLC nic.

Dobrý den,
bohužel port 587 vyžaduje použití příkazu STARTTLS. Po tomto příkazu je nutné převést nezabezpečený socket na socket zabezpečený a ani Foxtrot řady CP-2xxx momentálně nemá implementovaný mechanismus, který by umožnil otevřené UNI spojení převést z režimu "TCP Client" na "SSL/TLS Client".

Dobrý den,

podařilo se mi nastavit emailového klienta na PC na jiný smtp server přes port 465, ale na PLC to zase nekomunikovalo. 

Mohl by jste mi poslat vzorový projekt nebo alespon Printscreeny nastavení UNI spojení pro CP-2xxx které vám funguje.

To co je v nápovědě tak je ještě na starou verzi prostředí bez IO configurátoru, tak jestli jsem si tam nevnesl nějakou chybu.

Dobrý den, 

pro komunikaci na portu 465 bude muset být kanál nastaven v režimu SSL/TSL Client, což vyžaduje systém řady CP-2xxx. V přiloženém souboru je upravený testovací program nastavený na port 465. Díky tomu, že simulátor Foxtrotu 2 simuluje i ethernetovou komunikaci, je možné test pustit i v simulátoru na PC.

Dále je přiložen screenshot nastavení UNI spojení.

Dobrý den, tak jsem došel dál než jsem původně chtěl.

Zkusil jsem váš vzorový program v simulátoru, tam běží.

Zkusil jsem svůj program v simulátoru, tam taky běží.

Poté jsem se tedy odhodlal k tomu že pošlu váš program do PLC, a tam prostě nejde. 

DNS server přeloží adresu  a fbsmtp opět dojde na timeout, ale je zvláštní že nejde ani ping.

DNS server je nějaký náladový, nejdřív google nešel tak jsem to změnil na svůj router na kterém to šlo a následně google šel, tak nevím...

Přišel jsem na jeden možná problém, v Mosaicu když chci skončit se simulátorem tak buť to dělám blbě nebo tam je chyba že Mosaic zamrzne, nebo alespoň nejde vybrat způsob připojení, vše je šedé. Mám verzi 2021.1

Teď jsem to chtěl nasimulovat abych vám to nafotil a už se mi to nepovedlo, tak je to asi rukama. Ale včera při pokusech mi to udělal 2x a dnes ráno taky jednou. 

Dobrý den,

pokračoval jsem ve výzkumu, a abych vyloučil chybu v síti vzal jsem PLC k sousedovy, který je připojený do internetu přes jiného poskytovatele. A bohužel je situace stejná. Takže bohužel touto vylučovací cestou jsem došel k tomu že chyba musí být v PLC. 

Také jsem při tomto pokusu zjistil že PLC nekomunikuje po ETH1 ani s mosaicem ani nedopovídá na ping. V rozvaděči ho mám připojené přes ETH2 protože mi to prostorově vyhovuje, takže jsem na to  do teď nepřišel. 

Pokud vás už nic takhle na dálku nenapadá , bylo by možné PLC zaslat k vám?

Děkuji, S pozdravem

Radek Zvědínek

Dobrý den,

pokud je problém s komunikací přes druhý ethernet, mohlo by se jednat o chybu způsobenou konfigurací IP adres. V systému nesmí být obě síťové rozhrazení ve stejném segmentu sítě. Přenastavení druhého ethernetu by problémy mohlo vyřešit.

Dobrý den,

tak se zadařilo. Ale jen na ETH1. Na ETH2 to nejde.  

Myslel jsem že oba porty jsou "stejné". 

Nevím jestli proběhla nějaká změna, protože s tímto nastavením IP adres to cca rok běželo. 

No nic, hlavní je že to funguje. 

Děkuji za vaše rady a hlavně čas který jste mi věnoval.