To view or change your alert recipient details, use the Alerts > Alert Recipients screen AlertSite UXM or the Notifiers > Notifiers screen in AlertSite 1.0. Here, you can see a list of all recipients configured in your account, their notification methods (email, phone call, and so on) and alerting settings.
To edit a recipient:
In AlertSite UXM, select the recipient in the list and click Edit Recipient on the right.
In AlertSite 1.0, click the recipient on the list.
|Note:||Only Admin, Co-Admin and Power Users can edit recipients.|
Recipient properties are organized into several sections.
Name (AlertSite UXM)
Description (AlertSite 1.0) – The recipient name or description.
Mode (AlertSite UXM)
Send a(n) (AlertSite 1.0) – The alerting method: email, phone, SMS, and so on. See Alert Delivery Methods.
Recipient (AlertSite UXM)
To (AlertSite 1.0) – Where to send the alert: email address, phone number, and so on.
Send test notification (AlertSite UXM)
Send a test notification from (AlertSite 1.0) – Send a test alert to this recipient from the selected location. Use this to verify that the recipient configuration is correct.
Availability alerts are sent when a monitor discovers that the target site is unavailable, having errors, or returns incorrect content (based on the monitor settings).
Enable? (AlertSite UXM)
Enable availability notifications (AlertSite 1.0) – Whether or not to send availability alerts to this recipient.
Alert after this # errors (AlertSite UXM)
Notify me after … consecutive error(s) (AlertSite 1.0) – The number of consecutive errors that trigger an alert (default is 1). You can use this to escalate issues based on severity. For example, notify the webmaster after 1 error and the system administrator after 3 errors in a row.
Stop alerting after this # alerts (AlertSite UXM)
Stop notifying me after … consecutive notification(s) (AlertSite 1.0) – Limits consecutive alerts sent while an error condition continues. For example, if the limit is 5 and the monitor goes into error, the recipient gets 5 alerts, and then alerts stop.
The consecutive alert counter continues to increment while errors are occurring even if alerting is disabled in the monitor settings. If the maximum number of consecutive errors is reached before alerting is enabled again, no further error notifications will be sent. For example:
A recipient is set to receive 10 consecutive alerts and an “all-clear” notification.
After 3 alerts, alerting is disabled in the monitor settings.
12 more errors occur (the total number of alerts is 15).
Alerts are enabled again in the monitor settings.
No further error alerts are received because 15 consecutive errors occurred and the maximum for alerts was 10.
The error clears.
The recipient receives the “all-clear” notification.
Attach server response to e-mail alerts – If this option is selected, email alerts will have additional information attached, depending on the monitor type:
For website, real-browser (DéjàClick), and mobile web monitors – the HTML source code of the web page where the test failed.
For SoapUI API monitors – the SoapUI log of the failed test step.
For Selenium monitors – the Selenium run log that includes the console output from the JAR file.
For Perfecto monitors – a Perfecto execution report.
Attach screen capture to e-mail alerts – If this option is selected, email alerts for real-browser (DéjàClick) monitors will include a browser screenshot of the failed step.
Alert whenever an error clears (AlertSite UXM)
Notify me when the error has cleared (AlertSite 1.0) – Select this option to receive a message when the monitor status is back to normal.
Alert when a security hole is detected (AlertSite UXM)
Notify me when a security hole is detected (AlertSite 1.0) – This option is not used and is reserved for future use.
Enable remote commands – This option applies only to e-mail recipients who are admins in AlertSite. It allows the recipient to disable and enable monitors by replying to email alerts. For details, see Responding to Alerts With Remote Commands.
Performance alerts are sent when your website response time exceeds a threshold. These alerts can be sent only to email and text recipients, PagerDuty, Splunk and via HTTP POST requests.
Enable? (AlertSite UXM)
Enable performance alerts (AlertSite 1.0) – Whether or not to send performance alerts to this recipient.
Type (AlertSite UXM)
Send performance alerts of type (AlertSite 1.0) – Which types of performance alert types to send – Errors only or Warnings and errors. Performance warnings and errors have different threshold settings.
Repeat successive performance alerts – If selected, the recipient continues getting performance alerts while a monitor is in warning or error. Otherwise the recipient gets only one alert when the problem starts and a “clear” notification when the response time is back to normal.
When the response time is back to normal, the recipient gets a “clear” notification.
You can configure blackout periods to prevent sending alerts to a recipient during a specific time frame. All scheduled blackouts appear on the Recipient Blackout calendar for the selected recipient.
To add a blackout:
Select the recipient.
In the calendar, click Schedule Alert Blackout.
Select the blackout type – one time or recurring (repeating every week).
Select the From and To dates and click Finish.
Click the recipient in the list.
Click the Blackouts button at the upper right.
Select the blackout time – persistent (recurring every week) or one-time.
Set the period during which the recipient will not receive alerts.
To learn more about blackouts, see Scheduling Recipient Blackouts.
To temporarily stop sending alerts to a recipient, add a recipient blackout. The recipient will not get any alerts during the blackout period.
To disable a recipient for an indefinite period, edit the recipient and disable alerts:
Select the recipient and click Edit Recipient.
On the Availability Alerts tab, clear the Enable check box.
On the Performance Alerts tab, clear the Enable check box.
Click the recipient in the list.
In the Configure Standard (Availability) Notifications section, clear the Enable availability notifications check box.
In the Configure Performance Alerts section, clear the Enable performance alerts check box.