Sematics of NETSNMPTRAPD_HANDLER_{OK,FAIL} in NetSNMP::TrapReceiver

2018-06-05 Thread Edgar Fuß
Hello. I've written a Perl plugin for snmptrapd that sends Host/Service check results to Nagios/Icinga monitoring without the need for snmptt. It all works, but I'm unsure about the exact semantics of the return codes NETSNMPTRAPD_HANDLER_FAIL vs. NETSNMPTRAPD_HANDLER_OK in my receiver registere

Re: Sematics of NETSNMPTRAPD_HANDLER_{OK, FAIL} in NetSNMP::TrapReceiver

2018-06-05 Thread Wes Hardaker via Net-snmp-coders
Edgar Fuß writes: > But what am I supposed to return in case everything is OK, my > configuration just tells me not to do anything for this combination of > Trap OID/variable binds/receivedfrom etc.? That'd still be an OK in my book. The result is that you did what you were supposed to right?

Re: New questions on moving to github

2018-06-05 Thread Wes Hardaker via Net-snmp-coders
Bart Van Assche writes: > A recommended read: > https://blog.hansenpartnership.com/why-microsoft-is-a-good-steward-for-github/ Thanks for the link. I'll make my son read it too :-) The problem with open source is "will they be a good steward *forever*". Sourceforge's only mission was housing