Put Format Painter into notification message formatting, as in Word.
It takes a lot of time to set separate format of each content.

The Notification Webservice only authenticates HTTP header for now and not SOAP header.

As a Notifications user, I would like to be able to use certain features of the "Create a Link" tool for editing Notifications Formats, like the ability to display alternate text and add url parameters, when the url is held in an attribute that is a URI Builder Data Reference.

Currently, you must explicitly specify the base address in the Notification Format for the template (the base address does not accept substitution from a URI Builder Data Reference attribute). This is a problem when each element based off the template should have a different URL.

When calling a WebService using the WebService Delivery Channel, it would be useful to be able to manage the http code returned returned by the web service and store it

As a PI System Administrator, I want to set the Resend Interval at an attribute so I do not have to enter every time at the notification and take some time to change it.

From time to time we have different priority levels on our equipment that needs more monitoring due to unwanted conditions, especially if there might be something going wrong. Doing it directly at attributes would save a lot of time.

Customer would like a specific Notification to use a 24 hour time format, while all other Notifications use the 12 hour time format.

For Example: Notifications A sends out emails in a 24 hour time format. All other notifications sends out emails in a 12 hour time format.

Currently it is possible to change all Notification time formats but it is not possible to change individual Notification time formats.

When a trigger condition is satisfied run an executable. This might be possible using Custom Delivery Channel but Custom Delivery Channels are no longer supported in PI Notifications 2.x

The Notifications rules email format should include backfilling history and details of its respective event frame in the content options. The backfilling content can include:
- Completed Time
- Start Time
- End Time
- Last Evaluation
- Events Processed

See the screenshot attached to see an example of the dialog that appears when hovering over the event frame or analysis. This would provide information to the users to know if these were recalculated.

Currently there are options in a radio button configuration under "Choose when to be notified if child event frames are created for multiple trigger conditions" but there isn't a "do not notify for child event frames" option.

Please add the "Do not notify for child event frames" option.

Throughout PI System Explorer, the capitalized form of "email" is written as "Email" except in the results of contact searches by email address, where it is written as "EMail". Please change this to "Email" for consistency and correctness. See the attachment.

As a PI Administrator I need PI Notifications to support custom headers for SOAP web service end points. Some external systems require specific headers and currently it is only possible to customize headers for REST end points. As an example of an external system, to utilize Maximo security a custom header must be included.

When setting a Delivery Channel of the type WebService, SOAP style, be able to set the Value of a Web Channel Parameter on the contacts tab (without needing to go to the element and edit subscriptions)

That functionality was available on PI Notifications 2012, we can see that implementation on the video: https://youtu.be/HMZty1XFG-s?t=321
But now, we can only set the Value of a Parameter of a Web Service when editing the subscription of the Element that has a notification configured, when clicking editing subscriptions

API Rest delivery channel has one format, it is configured for one template. Customer would like to implement it for all of the templates in bulk.

Two Notification Templates could be linked to two different Analysis Templates that can be linked to two different Event Frame templates. Therefore the options to populate the delivery end point could be different between notification template. SQL stores a GUID in the properties of the delivery format, applying in bulk would also mean copying over GUIDs which would result in the wrong configuration.

As an PI System administrator, I would like to leave the Trace flag on for important Notifications. This would avoid having to wait for an issue to reoccur to troubleshoot. Currently the Trace flag is a service wide property. If left on for an extended period of time, the logs get flooded and the log files consume quite a bit of disk space.

When creating a new Delivery Endpoint in PI System Explorer, provide configuration option to retrieve information from Active Directory.  This can include automatically populating the "To Email" field with the AD "Business Phone" field to create new endpoints for receiving Notifications via text message.

The idea would be to have a way of acknowledging the notification email in a specific and simple app. When the notification is pushed to this app the user simply acknowledges it and the system would recognize it.

As a Notifications administrator, I would like to be able to edit the global default email. so that users within my organization that want to build notifications use a more customized standard email template to base their notification email on.