At the moment, pretty much only state notifications are sent. We also have to allow sending other notifications.

For example, in case of Icinga 2, the available notification types are:

• DowntimeStart
• DowntimeEnd
• DowntimeRemoved
• Custom
• Acknowledgement
• Problem
• Recovery
• FlappingStart
• FlappingEnd

Also, there are events within an incident that could be worth an extra notification, for example:

• Incident (un)managed / manager(s) changed
• Incident escalated

Suggestion for moving forward (1. should be pretty straight forward, the others probably need a bit more discussion about the details)

• Just send all of these non-state notifications to all incident recipients. As the very first step without any new configuration options. If there's an open incident, it sounds like a reasonable default to get notified about everything that's related to the incident if someone is involved in the incident.
• It should also be possible to receive those notifications without an incident. For this, an option would be to have something like second part in the rules next to (on a logical level, not on the representation in the rule editor) the escalations where one can configure which event types should be routed to which recipients.
• There should probably be the possibility to limit the types from 1., maybe with something like allowing to exclude certain types in the event rule per recipient.