NetXMS Support Forum

No, the XML is not available for parsing. It could be possible to pass it as a parameter of generated events, but that won't be much of use, as analysis should be done at Log Parser level and Log Parser does not allow parsing using NXSL.
What exactly field(s) do you need from the XML?

Права на ноду собираются со всех родительских объектов ноды. Это может быть из трех деревьев:  Entire Network, Infrastructure services и Templates (если на ноду наложен хотя бы один шаблон). Наследование прав от дерева шаблонов планируется убрать в одной из будущих версий.

Да, сбор этих данных был написан только под Windows (т.к. клиенту, который заказывал эту разработку требовалось только на эту платформу).
Сделал ишшую на этот счет: https://track.radensolutions.com/issue/NX-2069 но точных сроков вооплощения тут нет.

Summary table does not perform any requests to collect data on it's own. It just find DCIs present on nodes by matching DCI's parameter and showing these.

So it means that your nodes need to have DCIs with corresponding parameters, e.g. .1.3.6.1.2.1.31.1.1.1.15.1

Does all your equipment has only one network interface? Are OIDs same for all nodes? Or there could be several interfaces on a node? Which should be in the summary table then?

There are two things that can be configured on agent:
- ExternalParameter (gets executed when server or nxget is requesting the value from agent. Or with AgentReadParameter() from NXSL)
- ExternalAction (gets executed by nxaction, server action (e.g. from EPP rule) or NXSL AgentExecuteAction

Hi!

What version of console? Is it on Win or Linux? What java version used?

try running
tcpdump host your.smtp.server.address port 25
in the console of your server and making an attempt to send email.
Console output should show communication with mail server.

Check Event Log, may be there are SYS_SMTP_FAILURE events. These can give some information on the reason.

classof($object function should have closing bracket: classof($object). Output of this function is string which is compared to "Node"

Each interface has "Expected state" in it's properties. If it's set to IGNORE, events won't be generated when this interface goes down or up.
So it might be sufficient to set this to Ignore on all interfaces except the one that you want to monitor.

No, getnext is currently not implemented. It's possible to do snmpwalk somewhere at a higher level which would include all the branches you need and then parse it's output. Will this work in your situation?

So far NetXMS manages to have backward compatibility, so server can work with previous version agents.

Can you show the full script. Original error message says the error is in line 8, but it's not clear what line is it.

Is EnableSNMPProxy=yes set in agent's configuration file?

If this is set, try collecting agent log on debug level 6 at the moment when you perform configuration poll from the server.

This is now fixed in 3.8.382