[dev.icinga.com #2023] $NOTIFICATIONRECIPIENTS$ macro contains all contacts assigned to host|service, not only notified contacts #769

icinga-migration opened this Issue Oct 21, 2011 · 1 comment


None yet

1 participant


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

Created by mfriedrich on 2011-10-21 18:31:56 +00:00

Assignee: mfriedrich
Status: Resolved (closed on 2011-10-21 19:31:42 +00:00)
Target Version: 1.6
Last Update: 2011-12-03 11:30:20 +00:00 (in Redmine)

sourcing from #1744 it came up that the macro $NOTIFICATIONRECIPIENTS$ is populated wrong.

everytime, add_notification is called, a new entry is also added to that macro. so even when adding a contact to the notification list and not notifying afterwards due to the viability checks left the entry in there.

by moving the viability checks before even adding a contact to the notification list, that macro is not populated too and remains clean.

this sources from this nagios bug - http://tracker.nagios.org/view.php?id=98

and can be resolved hand in hand while improving performance on the notifications overall.


2011-10-21 19:17:23 +00:00 by mfriedrich 365574b

* core: reduce notification load by moving notification viability check into notification list creation #1744 ; fix $NOTIFICATIONRECIPIENTS$ macro contains all contacts assigned to host|service, not only notified contacts #2023

two in one. please check the dev tracker issues
for a deeper analysis.


kudos to Opsview Team for their initial patch, now reworked
against local macros, added inline comments to the code too.

refs #1744
refs #2023



Updated by mfriedrich on 2011-10-21 19:31:42 +00:00

  • Status changed from Assigned to Resolved
  • Done % changed from 50 to 100

resolved within #1744

@icinga-migration icinga-migration added this to the 1.6 milestone Jan 17, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment