This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

Alert contact list

It'd be nice to see some kind of contact list to use within the alert setup. Just something where you could store email addys and text page #'s. It gets tedious typing them all in manually when the contact isn't just a simple outlook distro group. I know you can use the pull down on the right side of the To/cc/bcc fields, but that's kind of clunky. Something like the address book in outlook would be perfect. Hell, link it to the outlook address book, that'd be great emoticons_happy.png Sorry if this has been posted already..

Thanks!

Parents
  • FormerMember
    0 FormerMember

    Good suggestion.  I've captured this in our system.

  • Big reason I'm personally not in favor of linking it to the Outlook address book?  I don't run Outlook, and installing it has very little place on a server.

    If the webui can pull from it as an option, that's awesome, but really, I want a way to manage alert groups.

    Create an alert group.  Point alerts at alert group(s).

    That way, I can pick and choose whether I send it to email, or email to SMS gateway, or wherever else.

    Peter

Reply
  • Big reason I'm personally not in favor of linking it to the Outlook address book?  I don't run Outlook, and installing it has very little place on a server.

    If the webui can pull from it as an option, that's awesome, but really, I want a way to manage alert groups.

    Create an alert group.  Point alerts at alert group(s).

    That way, I can pick and choose whether I send it to email, or email to SMS gateway, or wherever else.

    Peter

Children
  • Noted, what do ya'll use, Lotus Notes?

  • FormerMember
    0 FormerMember in reply to bshopp

    Say any headway on this?

    Alert distribution groups are needed badly. Defined groups should be shared between modules.. NPM/NCM/Syslog etc.. so if somebody leaves a department or is added to a department you don't have to claw through countless rules that have no means of being ordered or categorized or filtered.. you simply make the change to the designated group.. fini

  • Hi SLXer--

    What versions or the products are you running?

    M

  • Still something on our list to look to enhance in the product.  As a workaround why can you not create distlists in outlook and then update that distlist

  • +50.. this is big, and little:

     

    I can change some stuff around directly from the database at least for NPM, including syslog and traps.  My preferred method is to script it out, so my changes for recipient and the SMTP server look just about like this:

    [root@dune ~]# cat bin/fixorionsmtp.sh 

    #!/bin/bash
    . ~/.bash_profile
    DB="<freetds_db_string>"
    USER="<dbuser>"
    PASS="<dbpass>"
    TABLES="ActionDefinitions TrapActions SyslogActions"

    for table in $TABLES
    do
    echo "UPDATE ${table} set Target=REPLACE(cast(Target as varchar(max)), 'ip.ad.dr.1', 'ip.ad.dr.2')" |/usr/bin/isql -v odbc-$DB $USER $PASS
    echo "UPDATE ${table} set Target=REPLACE(cast(Target as varchar(max)), 'host1.domain.tld', 'host2.domain.tld')" |/usr/bin/isql -v odbc-$DB $USER $PASS
    done

     

    For distro groups, you can offboard them on your MTA just like everybody else, I use /etc/aliases, you could use AD distribution lists just as easily.

    Peter

  • That's of course, assuming you use outlook ;)

    More importantly, running alerting through an MUA-based distribution list is totally wrong.  Hinging alert delivery on the functionality of Outlook is beyond crazy unless you simply don't care that much about alerting.  I can off-board it properly on an MTA, but that's not really the point either.  One issue with email alerting, is that I'd like Orion to attempt to deliver it to one MTA, and then deliver it to another if delivery through the first fails.  Mail servers never die, or accidentally get services turned off after a reboot, right?

    Escalation groups where it would hit different lists based on escalation, would rock.

    Peter

  • Another option is to use a custom property.  Put in all of the addresses you want to email within the customer property.  Once that is created you can use the custom property variable within the To: field of the email alert.