I am talking about an ISP here. <br>
Those server admin are not ours, but customers'.<br>
<br>
And we just provide a center nagios server for them to monite their servers.<br>
<br>
So there will be thousands of servers/services need to be added into nagios.<br>
<br>
And we cann't use mailling list since different servers/services belong to different person.<br>
I already reduced the size of contact to four lines so totally 10 lines
for a new email address. (The other options are the same and in the
template: customer-contact)<br>
<br>

=====================<br>

define contact{<br>

use customer-contact<br>

contact_name contact_name<br>

alias contact_alias<br>

email  contact_email_address<br>

}<br>

<br>

define contactgroup{<br>

contactgroup_name       contactgroup_name<br>
alias                  
contactgroup_alias<br>

members                 contact_name<br>

}<br>

=====================<br>
<br>
<br>
Just wonder why not provide a service-alias field in Service object and then we can just use one line:<br>
service_alias    <a href="mailto:myemail@domain.com">myemail@domain.com</a><br>
<br>
and then use a command like:<br>
define command{<br>
        command_name    notify-by-email<br>
       
command_line    /usr/bin/printf "%b" "***** Nagios 
*****\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService:
$SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState:
$SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional
Info:\n\n$SERVICEOUTPUT$" | /bin/mail -s "** $NOTIFICATIONTYPE$ alert -
$HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ **" $SERVICE_ALIAS$<br>
        }<br>
<br>
Also, one server can have many IPs, and different service may use different IP in the same server.<br>
We have to create new check commands and pass the IP directly to the command like:<br>
        command_line    $USER1$/check_tcp -H $ARG1$ -p $ARG2$<br>
So we don't need to create a host obejct for each IP.<br>
<br>
Just a suggestion.....<br>
<br>
<br>
Thanks<br>
<br>
Ying<br>
<br>
<br>
<br>
<br>
<br><br><div><span class="gmail_quote">On 10/20/05, <b class="gmail_sendername">Andrew Laden</b> <<a href="mailto:Andrew.Laden@tudor.com">Andrew.Laden@tudor.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I cant speak for what he is doing, but I have considered making a<br>"subscription" based notification. Make an email address for each individual<br>item that is being monitored. That email address is actually a mailing list.
<br>That way, users who are interested in getting alerts for a particular item<br>can just add themselves to the mailing list. I don't have to update the<br>contactgroups config file. I can auto generate it based on the hosts and
<br>services.<br><br> That could easily make a lot of email addresses, with very little work to<br>configure.<br><br>Not that I am doing this currently, But I have been in places that did this<br>sort of thing.<br><br>-Andrew
<br><br><br><br><br>> > For example: For notification, since most of our services are using<br>> > the same format of notification, just different email address.<br>> > There will be thousands of different email address. And we have to
<br>> > create a contact object and a contact group for every<br>> single email address.<br>><br>> A nagios installation with thousands of different<br>> email-addresses? Are you quite sure that there is, literally,
<br>> thousands of people actually administrating your network? If<br>> so, you have much worse problems than Nagios taking half a<br>> day to load its configuration.<br>><br><br><br>-------------------------------------------------------
<br>This SF.Net email is sponsored by:<br>Power Architecture Resource Center: Free content, downloads, discussions,<br>and more. <a href="http://solutions.newsforge.com/ibmarch.tmpl">http://solutions.newsforge.com/ibmarch.tmpl
</a><br>_______________________________________________<br>Nagios-users mailing list<br><a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/nagios-users">
https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>::: Messages without supporting info will risk being sent to /dev/null
<br></blockquote></div><br>