[ZBXNEXT-1318] [Patch] Introduce a new macro to allow for e-mail threading (original problem's eventid) Created: 2012 Jul 15  Updated: 2013 Jan 29  Resolved: 2013 Jan 29

Status: Closed
Project: ZABBIX FEATURE REQUESTS
Component/s: Server (S)
Affects Version/s: 2.0.2
Fix Version/s: None

Type: Change Request Priority: Trivial
Reporter: Volker Fröhlich Assignee: Unassigned
Resolution: Duplicate Votes: 1
Labels: threading, tracker, trivial
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File zabbix-2.0.1-probmacro.patch    
Issue Links:
Duplicate
duplicates ZBXNEXT-384 Add new macro to uniquely identify an... Closed

 Description   

Primary goal:

Thread corresponding problem/ok events in e-mails

Concept:

A media script is used for messaging and recovery messages are enabled. In the case of a recovery message, the script parses the message body for a unique identifier, namely the eventid of the preceding problem event. This unique identifier is used as Message-Id in the mail header.

Benefit:

E-mail clients can present corresponding events in a threaded way. Users can easier recognize the current state of an issue – especially if they lack access to the frontend for some reason.

Implementation:

  • New function DBget_trigger_event_problem() in expression.c to obtain the problem's eventid
  • New macro definition and fitting else-branch in substitute_simple_macros()

Open questions:

  • Does this approach work reliably for multiple nodes?
  • Could this be integrated with Zabbix' SMTP messaging?
  • Will it play well with escalation? I suppose you'd have to use value_changed too.

Other possible applications:

  • Issue trackers


 Comments   
Comment by Oleksii Zagorskyi [ 2012 Jul 16 ]

Similar to a ZBXNEXT-384, I mean the new macro. Linked.

Comment by Garth Dahlstrom [ 2012 Sep 25 ]

Is there any chance that either this or ZBXNEXT-384 will be incorporated into the tree soonish?

I have to get a new Zabbix server instance (planning to use 2.0.2) up and running and the procedure is going to be complicated by the fact that the fellow doing it is going to have to build Zabbix from source to get the

{ESC.ORIGIN.EVENT.ID}

macro that we need for our ticketing email templates (big PITA). If you guys didn't want to merge the patch attached to ZBXNEXT-384, I'd be fine to have this one go in as long as the id coming out is unique and consistent along the life of a problem.

Comment by Alexei Vladishev [ 2013 Jan 29 ]

It is a duplicate of ZBXNEXT-384.

Generated at Fri Apr 19 09:42:35 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.