We need to have a way to uniquely identify an alert during its whole life cycle.
EVENT.ID cannot be used because a new event is generated on recovery (trigger goes from PROBLEM to OK state).
This feature is important because we need to automatically open and close tickets on an ITSM system and automatic closing is impossible without it.
A possible solution would be to have a
{EVENTID.SRC}/ORIG or whatever macro in recovery message that would return EVENT.ID of the event that triggered the alert.
- is duplicated by
-
ZBXNEXT-1288 {EVENT.ACK.HISTORY} should work in recovery message too, not only in notification
- Closed
-
ZBXNEXT-745 new macro: ACTION.ID
- Closed
-
ZBXNEXT-1318 [Patch] Introduce a new macro to allow for e-mail threading (original problem's eventid)
- Closed