AVEVA Product Feedback
Dynamic endpoints with comma separated email addresses are the preferred method for addressing notification recipients. They allow all recipients to see which other recipients have received the notification.
The downside is any syntax error (e.g. typing a semi colon rather than a comma) invalidates the whole list, meaning that any updates to the recipient list are risky and need to be tested.
Some basic level of validation and formatting in the attribute data reference would be very handy.
I would imagine it might work in some ways like the URI builder dialog and in some ways like the array type value dialog.
Maybe another option would be for the Subscriber UI to validate the endpoint config when it is added as a subscriber. I've seen cases where the attribute template linked to the dynamic endpoint is configured without a value, so that when users create new elements/notification rules and forget to add a value to the email address attribute, the notification rule triggers but no email is sent due to missing addresses. This is only caught when someone notices by looking at the data that a email should have been sent but was not received or they dig into the Notifications logs on the machine where the service lives and find an error like: Send to Dynamic Notification Email Address completed with result: Error: SMTP:NoToEmail. It would be better if errors due to empty lists or incorrect syntax (e.g., using another delimiter other than commas) were bubbled up in PSE where they are more visible.