Re: [icinga-users] Icinga Feature Suggestion

2012-07-05 Thread Michael Friedrich
Matuskiewicz, Philip wrote: > Hi Markus, > > I agree that it is the job of the plugin to determine the state of the > service, but only when it can return a definitive result. The use case here > is very unique to the MTA. > > My plugin doesn't return 255 (its set to return -1), Icinga automatic

Re: [icinga-users] Icinga Feature Suggestion

2012-07-05 Thread Matuskiewicz, Philip
Hi Markus, I agree that it is the job of the plugin to determine the state of the service, but only when it can return a definitive result. The use case here is very unique to the MTA. My plugin doesn't return 255 (its set to return -1), Icinga automatically sets it to 255 when it terminates

Re: [icinga-users] Icinga Feature Suggestion

2012-07-05 Thread Markus Frosch
Hello Philip, > I'd like to propose that we add a new possible return code to Icinga of -1 > (or some other code), that means, leave the previous status in place and do > nothing (a no-op essentially), and simply reschedule the service as if the > check happened normally. The MTA is willing to inv

Re: [icinga-users] some icinga-web questions

2012-07-05 Thread Michael Friedrich
Christoph Anton Mitterer wrote: > Hi Michael. > > Thanks for your quick reply. > > > On Wed, 2012-07-04 at 23:30 +0200, Michael Friedrich wrote: >>> a) From which path does it load the files from the icon_image setting? >>> Or is that just used in the CGI? >> depends on your definition. this is apa