--On Tuesday, March 22, 2005 8:27 AM -0800 Michael Vogt <[EMAIL PROTECTED]> wrote:

What holes are there in the setup where I just use mail.alert and
smsmtponitor from one monitor to the other?

The problem with monitoring email submission and reception is that you have no way to know if the mail got all the way to the final hop. You can spend as much time as you want setting up a spiffy environment to verify that mail to address A gets delivered, but that doesn't tell you anything about address B.


You might find that your cellular providers provide a way to verify text message delivery, if you're using their web message submission forms. But thats problematic because they're likely to redesign their web pages on a whim, so scripting the web interaction will be problematic.

SkyTel's SNPP server provides delivery confirmation information if you use two-way pagers.

Have you considered a fallback approach? In our environment we always have two people on duty, and page the primary before the secondary. Maybe a similar approach with different alert mechanisms would make sense. One think you could try is to alert via email first, but then via dialing the user's cell phone directly with a modem. Even if you don't put in a fancy text to speech system, if callerID works your admins can know "Hey, Mon is calling, that must mean I missed an alert..." If you've got a better secondary alert mechanism, use that instead.


-David

David Nolan                    <*>                    [EMAIL PROTECTED]
curses: May you be forced to grep the termcap of an unclean yacc while
     a herd of rogue emacs fsck your troff and vgrind your pathalias!

_______________________________________________
mon mailing list
mon@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/mon

Reply via email to