BRX Email not working

[Kristjan]

I have a BRX-36 failing to send email. I am using the IP address of the SMTP server in the SMTP device and IT has assured me that port 25 is open. No authentication. I am able to ping the SMTP server but I get a timeout on the EMAIL instruction, I don't even get a connection to the SMTP server. See attached screenshot from DoMore logger on the failure.

For testing purposes I added a BRX-18 to the same subnet and the email instruction works there. Also attached screenshot from that one. I can't see any difference in the SMTP device or the EMAIL instruction between the two PLC's.

Any thoughts? Are there any known bugs in the EMAIL instruction?

I hope I don't need to factory reset or do other major changes as this is a site in production.

[BobO]

You said netmask, but didn't mention gateway. Are the settings the same?

[Kristjan]

Yes, the gateway settings are the same for both PLCs.
Ping to the SMTP server is working on both PLCs.

[BobO]

Yes, the gateway settings are the same for both PLCs.
Ping to the SMTP server is working on both PLCs.

Not sure. The SMTP server is never answering. It might be interesting to see a Wireshark trace of the traffic.

I assume there is no ECOMEX POM installed in either PLC, correct?

[Kristjan]

No ECOMEX, only a serial POM

[MAEdwards]

Is there any correlation to the EMAIL send failure and the MRX timeout events shown in the Logger?

[rlp122]

When you say PING, is this from a PC or the PLC?  It makes a difference.

Are you connected for programming via ethernet?

Have you verified that the BRX 36 is the only device with that IP address?

Have you tried changing the ethernet cable to the BRX 36 and/or plugging into a different port on your switch and/or changing the switch?

[Kristjan]

Is there any correlation to the EMAIL send failure and the MRX timeout events shown in the Logger?

I assume there is no correlation and that this has to do with my serial Modbus line

[Kristjan]

When you say PING, is this from a PC or the PLC?  It makes a difference.

Are you connected for programming via ethernet?

Have you verified that the BRX 36 is the only device with that IP address?

Have you tried changing the ethernet cable to the BRX 36 and/or plugging into a different port on your switch and/or changing the switch?

I am using the PING instruction in the PLC.

I am connected via ethernet for programming.

The BRX36 is the only device on the network with that IP address.

I didn't try changing the ethernet cable. The BRX36 is a master with several DMIO remote I/O around the facility so I am trying to minimize the downtime (we are in production) that will occur when shuffling cables.

Yesterday, I decided to change the DNS on the PLC and I "kind-of" lost it, i.e. I am no longer able to connect remotely (VPN) but able to connect locally and the PLC and all remote I/O are working together. So, today I am going to upgrade firmware (running 2.8.x) and bootloader and power cycle the PLC and hope to resolve the current issues.

As a side question: When do we need to configure DNS on the PLC? Is it only neccessary if we are using textual representations of URL's (e.g. mail.mysmtp.com) in instructions? We shouldn't need to use DNS if we only use numeric IP-addresses (like 10.120.232.50)?

[MAEdwards]

As a side question: When do we need to configure DNS on the PLC? Is it only necessary if we are using textual representations of URL's (e.g. mail.mysmtp.com) in instructions? We shouldn't need to use DNS if we only use numeric IP-addresses (like 10.120.232.50)?

That is correct.

[Kristjan]

Firmware updated, bootloader updated. PLC power cycled. Problem solved 

I don't know which of the operations fixed the issue

Thank you all for your inputs