Skip to content
This repository has been archived by the owner on Jan 15, 2019. It is now read-only.

[dev.icinga.com #6227] do not send recovery mails in downtime window #1478

Closed
icinga-migration opened this issue May 18, 2014 · 8 comments
Closed

Comments

@icinga-migration
Copy link

This issue has been migrated from Redmine: https://dev.icinga.com/issues/6227

Created by mfriedrich on 2014-05-18 10:52:21 +00:00

Assignee: (none)
Status: New
Target Version: Backlog
Last Update: 2015-05-18 12:17:59 +00:00 (in Redmine)


  • people have their downtimes planned, a problem triggers a notification and enters a downtime afterwards. People expect to get the recovery information/notification at the time the problem was recovered.
  • admins might put a service into downtime after they received a problem notification, and don't want to be woken up again by the recovery notification.

More at http://tracker.nagios.org/view.php?id=294

Cannot be changed in 1.x but rather be a global flag in icinga.cfg


Relations:

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2014-05-18 11:00:48 +00:00

https://www.mail-archive.com/nagios-users@lists.sourceforge.net/msg06260.html

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2014-07-19 12:16:10 +00:00

  • Status changed from Assigned to Feedback
  • Assigned to deleted mfriedrich
  • Priority changed from Normal to Low

Still undecided if such a behavior change is right in 1.x

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2014-12-08 08:54:27 +00:00

  • Target Version changed from 1.12 to 1.12.1

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2014-12-08 09:06:51 +00:00

  • Target Version changed from 1.12.1 to 1.13

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2015-02-12 14:26:23 +00:00

  • Project changed from Icinga 1.x to Core, Classic UI, IDOUtils

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2015-02-15 01:10:33 +00:00

  • Status changed from Feedback to New
  • Target Version changed from 1.13 to Backlog

If someone sponsors a patch, I'll review it. But otherwise it does not make sense to me changing that behavior in 1.x.

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2015-05-01 10:59:45 +00:00

  • Target Version deleted Backlog

@icinga-migration
Copy link
Author

Updated by berk on 2015-05-18 12:17:59 +00:00

  • Target Version set to Backlog

@icinga-migration icinga-migration added this to the Backlog milestone Jan 17, 2017
@dnsmichi dnsmichi removed this from the Backlog milestone Dec 19, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants