<div>Updates come when they come.. no set schedule.  Sometimes only a few a day, sometimes several an hour depending on how spammy of a day it is I guess.</div>  <div> </div>  <div>I'm not trying to catch a desired cycle vs. a bad recycle.  What I need is to catch the bad "flopping" red-->yellow-->red-->yellow... which indicates a real problem.  At present the DURATION>2m keyword is masking the system problems where quick color flopping (meaning no one state exists for longer than 2 mins) occurs.  I need to use the DURATION keyword to mask the spam update recycles... but it's masking too much when the quick red-->yellow-->red-->yellow situation occurs.</div>  <div> </div>  <div>Does that make any more sense?</div>  <div> </div>  <div>Sorry if I was unclear.</div>  <div> </div>  <div>Thanks,</div>  <div>Danny</div>  <div><BR><BR><B><I>Josh Luthman <josh@imaginenetworksllc.com></I></B> wrote:</div> 
 <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">I don't see how it would be possible for Hobbit to differentiate between a desired recycle and a bad recycle.  Is there any set time where the spam definitions are done?  You should be able to schedule an alert to avoid the unwanted alert if you do the updates at a certain time peroid.<BR><BR>  <DIV><SPAN class=gmail_quote>On 2/19/08, <B class=gmail_sendername>Walter Appleby</B> <<A href="mailto:walterappleby@yahoo.com">walterappleby@yahoo.com</A>> wrote:</SPAN>  <BLOCKQUOTE class=gmail_quote style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">  <DIV>Scenario:</DIV>  <DIV>     We have several mail servers that are doing spam filtering.  When they receive a spam definition update there is a brief recycle of the smtp services.  This causes Hobbit's smtp test to go "colorful" (red or
 yellow).  </DIV>  <DIV>     To avoid being notified every time there was a momentary blip due to this update cycle I setup an alert rule as follows:</DIV>  <DIV>          PAGE=mail_servers</DIV>  <DIV>                   MAIL <my <A onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:address@my" target=_blank>address@my</A> domain> SERVICE=smtp DURATION>2m</DIV>  <DIV> </DIV>  <DIV>This works as desired by suppressing alerts for times when the smtp service goes from green to red or yellow and then back to green in less than two minutes.</DIV>  <DIV> </DIV>  <DIV> </DIV>  <DIV>PROBLEM:</DIV>  <DIV>     The above rule does not alert me when the smtp service goes from green to red for 1 min, then red to yellow for 1 min, then yellow back to red for 1 min...
 etc.  In this case since no one event is longer than two minutes I'm not getting alerts even though my servers are non-green for a longer period of time.  The way I understand the DURATION keyword is that it keeps a timer on the present state (red, yellow, purple) and that when the state changes the timer is reset.  What I want is a way to keep track of the total duration of non-green events.  Whereas a blip when the smtp service recycles is acceptable,  I need to know if it struggles to return to green afterward.</DIV>  <DIV> </DIV>  <DIV>DESIRED STATE:</DIV>  <DIV>     I want to be alerted when the smtp service is anything other than green for more than two minutes.  This could be a single red or yellow event lasting more than two minutes or it could be a string of connected red and yellow events that when combined are greater than two minutes in length.</DIV>  <DIV> </DIV>  <DIV>Any help you can offer is
 appreciated.  If you need more info or clarification please let me know.</DIV>  <DIV> </DIV>  <DIV>Thanks,</DIV>  <DIV>Danny</DIV><SPAN class=ad>  <div></div>  <HR SIZE=1>  Be a better friend, newshound, and know-it-all with Yahoo! Mobile. <A onclick="return top.js.OpenExtLink(window,event,this)" href="http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ" target=_blank>Try it now.</A>  <div></div></SPAN></BLOCKQUOTE></DIV><BR><BR clear=all><BR>-- <BR>Josh Luthman<BR>Office: 937-552-2340<BR>Direct: 937-552-2343<BR>1100 Wayne St<BR>Suite 1337<BR>Troy, OH 45373<BR><BR>Those who don't understand UNIX are condemned to reinvent it, poorly.<BR>--- Henry Spencer </BLOCKQUOTE><BR><p>

      <hr size=1>Never miss a thing.  <a href="http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs"> Make Yahoo your homepage.</a>