Refactoring: Changed remaining check parameters starting with an 's' to the new rules...
[check_mk.git] / .werks / 8330
blobb8205abf782b57eeaf221821c350bfc545f97c39
1 Title: mknotifyd: now supports concurrent delivery of notifications and passes completion results back to the core
2 Level: 1
3 Edition: cee
4 Component: notifications
5 Compatible: compat
6 Version: 1.4.0i1
7 Date: 1465386509
8 Class: feature
10 The notification spooler will now use multiple queues of notifications, at least one per
11 notification plugin type. This means that, for example, a slow sms notification can not
12 stall delivery of mail notifications.
13 Via global settings it is also possible to increase the number of concurrent messages being
14 sent per plugin type, but caution is advised as we can't guarantee that the specific
15 notification script is actually capable of handling parallel messages.
17 Another change is that output of the notification scripts will be passed back through the
18 notification daemon to the history log of the core. Ideally this means the "Host- and Service
19 notifications" view will include confirmation that a notification has actually been delivered or an
20 error if it wasn't.
21 We also plan to add a more visible warning when notifications are failing.