X-no-Archive:yes
That's one problem with automated reporting that you don't have with people
reporting to an on-call: what happens when the person on-call does not
respond. I suppose one could have a failure start a process which will
"message" someone (I know, message is not normally a verb), then sleep /
pause for n minutes, and at some point, "message" a secondary on-call. All
other things being equal, the primary gets the message, and the first thing
they do is kill the notification job. Of course, if the primary contact is a
group, then more than one person should know about the problem. I'm not sure
which is the "lesser of two evils", depending on messaging to notify someone
and depending on them to respond, or automatically intruding into the lives
of more than one person at a time.

But I've certainly heard that discussion here, where someone in Operations
insisted that they paged an on-call (whose reputation for responding was
impeccable), and the on-call having to defend herself that she most
certainly did not receive any such page.

And, even if one's messaging service is impeccable, all it takes is one
failed satellite or misdirected backhoe operator to interrupt service, and
all bets are off.

Greg Stigers
http://www.cgiusa.com

-----Original Message-----
From: Black, Cory [mailto:[log in to unmask]]
Sent: Friday, May 04, 2001 4:01 PM
To: [log in to unmask]
Subject: Re: email as the best common denominator


It works well for us.  We have 30 or so groups set up to cover over 300
employees.  A lot of work at first for the e-mail admin, but now it's just
part of adding a new employee to the system.  Many employees fall into
multiple
groups, such as all admin assistants and all IT would cover our departmental
admin. We don't have many rotating duties, so those changes don't apply to
my comments.  Watch how long a message take to get to a pager.  You'll find
a few messages in the archives about that.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *