Changes in alert items triggering (re)sending of notifications

Feature Requests
1

I would be very useful, if changes in alert items would trigger (re)sending of whatever notification transports are configured. As i understand right now notifications are triggered when alert goes active and all items are listed/grouped in that one notification. But there is no notification if something changes with that alert (more items are added or some removed). So for example if one or more interfaces goes down, then notification is sent and those interfaces listed, but after that, there is no more notifications if more interfaces go down or some of them come up etc…

In my opinion just configuring notification interval is not a solution, because if you configure this interval to be sufficiently small, then it will result in notification spam, where you have to manually track and compare, if there is any changes… and on the other hand, if you configure this interval to be large, then you will be kept in the dark for too long.

2

Hello @Weird_Energy,

I created the following PR because I faced the same issue :

In my case, I needed to create a new Transport as I needed to send each alarm individually and manage each case accordingly (worse, better, changed).

You will need to check if your Transport handle those stats and edit your Template to manage the loop on the diff.