BRX Email Stopped Working

[Bolt]

I've been sending email with a BRX via Gmail for quite some time now, and using the TLS security for over a year now.
I'm running 2.7.2 on my PLC currently, and have been since shortly after that came out.
My last email successfully sent about 6 hours ago, and have missed several since then.  Forcing a stage with email instruction to run ultimately results in System Information -> System Status -> ERR: "Operation timed out in EMAIL @00002BEC" .  This takes almost (exactly?) 60 seconds to occur.
Going to Configure -> Device Configuration -> @Email -> Edit Device -> Test settings and verify server credentials results in "Your settings are good!"
My scan time ranges from 3.8 to 4.1 ms Avg, and the Max increased from 7.7 to 8.1 ms during the test period.  I do know a few weeks ago I was in the lower 3's for average scan time, but surely that's still a good enough time.

What can I do to further troubleshoot/log what's occurring?

[brucek]

I've only used the email instruction in 1 project but i had to use the DNS lookup command before the email instruction to get the ip address and move to the email instruction to get it to work. Could gmail have changed the address and you are using a direct address and that is why? Just a thought not sure if that is it or not.

[franji1]

What can I do to further troubleshoot/log what's occurring?

Debug->Do-more Logger, and you want to turn ON ST36 so that the EMail instruction will log its status out the Ethernet port and DmLogger will display it.

[franji1]

If you have Designer 2.7, the other thing you could do is float your cursor over the wrench in the top right corner of the EMAIL instruction when online to the PLC.  This lists tools specific for THAT instruction.  Select the top one for EMAIL which is Enable PLC Message Dump for EMAIL and Launch Do-more Logger.

See the attachment for a screen shot of the tool menu.

[Bolt]

I only get a response after 1 minute of "Timed Out! Disconnecting SMTP..." "Operation timed out in EMAIL @00002BEC"
I've tried loading a previous version of my program into the PLC, making no difference in the success of the email instruction.

[BobO]

I only get a response after 1 minute of "Timed Out! Disconnecting SMTP..." "Operation timed out in EMAIL @00002BEC"
I've tried loading a previous version of my program into the PLC, making no difference in the success of the email instruction.

If you've enabled the dump as Franj suggested, and run DMLogger, you should be getting quite a bit of info in DMLogger that would give us a clue.

[Bolt]

I did. All I gets returned are those two lines.

[BobO]

I did. All I gets returned are those two lines.

Set $SysMsgLevel (DST61) to 2.

[BobO]

If you have Designer 2.7, the other thing you could do is float your cursor over the wrench in the top right corner of the EMAIL instruction when online to the PLC.  This lists tools specific for THAT instruction.  Select the top one for EMAIL which is Enable PLC Message Dump for EMAIL and Launch Do-more Logger.

See the attachment for a screen shot of the tool menu.

Are we setting $SysMsgLevel to 2 as part of this? Won't return much useful info without it.

[Bolt]

Okay, it was set to 1.  Here's the results with 2.
Ignore the 2 lines in the middle, they were triggered by an HTTP request that logs continuously.

[franji1]

Are we setting $SysMsgLevel to 2 as part of this? Won't return much useful info without it.

That will be in Designer 2.8, but it is not 2.7.  User must set DST61 manually in 2.7 via Data View or Change Value dialog.

[Bolt]

Are we setting $SysMsgLevel to 2 as part of this? Won't return much useful info without it.

That will be in Designer 2.8, but it is not 2.7.  User must set DST61 manually in 2.7 via Data View or Change Value dialog.

I did set DST61 in a Data View to 2 and got the increased info in Logger.
I have since successfully sent an email from the same Gmail account with a new app password in DMSim!

[BobO]

Okay, it was set to 1.  Here's the results with 2.
Ignore the 2 lines in the middle, they were triggered by an HTTP request that logs continuously.

That trace suggests that the CPU wasn't ever able to establish the TCP connection to the server. Could be a routing/gateway thing. Make sure the gateway is set properly and the router is happy. Could also be that the server just didn't allow the connection, for whatever reason. It would take a Wireshark to know more, but you would need a switch with port mirroring to see more.

[Bolt]

So, I can get it to work in the Simulator, but not in BRX.  Same Gmail app password for each.  Both test out fine in device setup.  See attached screenshots of each program.  Only difference is the BRX has a large program, the Sim only the email logic.

[BobO]

So, I can get it to work in the Simulator, but not in BRX.  Same Gmail app password for each.  Both test out fine in device setup.  See attached screenshots of each program.  Only difference is the BRX has a large program, the Sim only the email logic.

It's a fundamental network/routing thing. The program shouldn't be a factor.