Hi! First off: thanks for all your work, it didn't quite expect so much (and such constructive/worthwile) feedback.
On Sun, 05 Nov 2006, Alex Burger wrote: > How about: > > r: View in web interface > > x: Submit commands for this host/service > > w: Not really needed yet. Maybe some of the other programs that allow > you to modify the configuration files could use w to allow a user to > modify the host / service. > > n: Notify if contact has a pager or email defined I think one could make a case for x being everything that concerns the current state of an object, i.e. mainly acknowledgement(s). The w flag could be used for en/disabling (semi)permanent stuff, like disabling active checks. On the other hand, many actions (like schedule downtime) would fall into a grey area, so maybe using x for all of them and "keeping" w for later is better. > I also changed it so that you will only see a service if you are a > contact for it. I think this is the same change that Ton mentioned in > his last email. I did this to test the 'r' permission. This was the default in our installation (by way of not having an asterisk in the corresponding line(s) in the main config file. > > For backwards compatibility, the default would be rwxn. > > So, the engineers would have: nrx, customer: nr and helpdesk r. > > Attached is an updated patch. I'll try to get a peek at it this week. Thanks, again (all of you). Regards, Tobias ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
