When configuring an email notification, which syntax references properties of the triggering event?

When configuring an email notification, which syntax references properties of the triggering event?

• A. ${event.<property name> }
• B. ${event.properties}
• C. ${trigger.<property>}
• D. ${notification.<property>}

Answer: (A)

The setting tests how to pull data from the event that triggered the notification. To access a specific value from that event, you reference the event object with the exact property name using ${event.<property name>}. This directly pulls the chosen piece of information from the triggering event and places it into the email content, making the message dynamic based on what caused the notification. For example, if the event includes a property like priority, you’d use ${event.priority} to display that value in the email. Using a broader form like ${event.properties} wouldn’t give a single, usable value, and ${trigger.<property>} would refer to the triggering mechanism rather than the event’s data, while ${notification.<property>} would relate to the notification’s own settings, not the event data.

The setting tests how to pull data from the event that triggered the notification. To access a specific value from that event, you reference the event object with the exact property name using ${event.}. This directly pulls the chosen piece of information from the triggering event and places it into the email content, making the message dynamic based on what caused the notification.

For example, if the event includes a property like priority, you’d use ${event.priority} to display that value in the email. Using a broader form like ${event.properties} wouldn’t give a single, usable value, and ${trigger.} would refer to the triggering mechanism rather than the event’s data, while ${notification.} would relate to the notification’s own settings, not the event data.