SMTP open works on PC but not on cDAQ-9138 controller

[Olli]

Hello, I would like to create an email notification running on our cDAQ-9138. I tested the SMTP connection with my PC with the the VI "Open Handle" from the SMTP Email palette. The settings are made correctly and I don't receive any error (with open and close the handle). Running the VI on the cDAQ-9138 produces error code 7 message: "Call Library Function Node in LabVIEWSMTPClient.lvlib:Open Handle.vi:1020001->send_ALARM_email_20140110_V0.01.vi" and the explanation: "Error 7 occurred at an unidentified location Possible reason(s): LabVIEW: File not found. The file might be in a different location or deleted. Use the command prompt or the file explorer to verify that the path is correct. ========================= NI-488: Nonexistent GPIB interface." Unfortunately the "Open handle" diagram is protected (@NI why that????)...so I can't further explore, where the reason could be. I'm not sure, if this is a LV related or a specific cDAQ systems problem. The cDAQ controller is connected to the same network than the host PC. I tried with an outgoing mailserver within our institutes network as well as with an yahoo mail server. Both mailservers can be accessed with the host PC but not with the cDAQ. Does anyone have an idea or a link to a related post (I didn't find yet) Thanks and greetings! Olli

[rolfk]

The reason is most probably that the VI calls into an external shared library and that library has not been ported to the cDAQ controller platform. Also not sure what SMTP Email palette you are using. The one I have in my LabVIEW 2012 system does not have any SMTP Open Handle function anywhere, but simply consists of a VI library that ultimately calls the LabVIEW TCP/IP function nodes.

[Olli]

Hello Rolf, thanks for the answer! Yes could be the reason. However, it's not so easy to identify the according dlls, because I can't look into the diagram of any of the SMTP VIs (they are locked for some reason...grrr...). Usually dependencies (like subVIs and dlls) are transfered to the other system as soon as I add a new VI to the controller (in the project explorer)...but for some special VIs this needs to be done manually? I use version LV13.0f2 and the controller was ordered with the software installation option...in principle NI should have made it compatible Maybe it's faster to set up TCP based communication (thanks for the hint!) instead of using the ready-made SMTP VIs in my version. I found already some examples that I could modify for my purpose. Greetings! Olli

[Olli]

Hello,
OK I found now the solution and I'd like to share it...the easiest way is often not so obvious to see: I openend in MAX the software folder of the remote system and simply chose add/remove software. I was astonished, that there is a whole lot of software components not installed. But maybe it's better not to overload the remote system with components,that are never used.

However, the SMTP components were not installed. After the installation my SMTP (see the picture attached) the VI executed without any error and the email notification through the remote system is now working.

Greetings!
Olli

[Staab_Engineering]

Olli, I just had the same problem and solved it the same way. Thanks for providing the solution to this cryptic error code!