We'd really like to receive notification when going on and off call. Without that, it's easy to get caught away from internet access and unable to respond effectively in an outage.

A good idea for an iPhone app :-) Push Notificaitons as an alternative to SMS. Be able to resolve, escalate, etc. from application.

http://github.com/PRX/apn_on_rails

We'd like to be able to have an entire group of people opt into being on "backup" duty, so that if the primary on-call person is incapacitated, the message will go out to anyone/everyone who is willing to take it.

This would be handy for scheduled outages, or when the problem resolution time is known in advance.

If I've got a node that is going to take 2 hours to rebuild, I don't need a call every 30 minutes making me acknowledge it.

Would be a great feature for those with Smart Phone

I think it might be useful to generate severity levels which can be applied to new and existing alarms.

Currently, if an alert comes in via email while I'm on my mobile, the easiest way to resolve it is wait for the phone call several minutes later. The website that it links to isn't very mobile friendly.

This would be much easier if there either:

* a unique link generate for escalate, suppress, or escalate actions that allowed performed that action with one click
* a mobile/iPhone friendly website that made taking action on an alarm while mobile much easier

Webhooks (http://webhooks.pbworks.com/) as a notification method would allow for almost endless customization on the end-user side. For example, we'd like alerts to be delivered to Campfire - if you supported webhooks, PagerDuty wouldn't have to write any code to support Campfire, we'd just setup a little webapp that did that for us, and point PagerDuty at it.

GitHub's open source services repository is a great example of how webhooks can allow extensibility of an application by it's end users with little-to-no work by you! http://github.com/github/github-services/tree/master

Right now we send an email from Zendesk to PagerDuty to open a ticket. But if we were to respond to the ticket, it would be nice for PagerDuty to resolve the issue on it's side.

It would be nice if we could customize the template used to generate the email alerts. Subject and changes to the footer of the message come to mind. It would be great if PagerDuty would pickup variables from the email that it received and forward those in to the template. For example the alert that PagerDuty receives would have something like this:

VARIABLENAME: value
HOSTSTATUS: down

and these variable could then be used in the template emails somewhere.

I recently went on vacation and had to change several services/escalations to remove myself so things would immediately go to the next person. So it would be great to add a check-box to the user profile where someone can just mark themselves on vacation so they are skipped immediately. If it's in the user profile then we don't have to edit several things.

Allow users / clients etc to call in to a phone number to create an alert.

Ideally the recorded message would be stored as an attachment to the alert.

We have multiple services defined (one each for critical and warning alerts in each of our two environments: production and staging). However, all emails coming from PD just say "[PagerDuty ALERT] You have n TRIGGERED Incident".

Gmail helpfully lumps these all together into 1 conversation for each count of incidents, and so far I have been unable to get its filtering to split them apart (based on TO address, body contents, etc).

I think if the service name was in the subject, this would not be an issue at all.

Currently there is no notification when problems resolve themselves (especially if they auto-resolve via returning to an okay status)

This could lead to scrambling if you miss an alert which has already fixed itself.

Our management would like to be paged on all incidents but without actually assigning the incident to them.

Right now we simulate that by having a fake sure that just SMS all managers and assign the incident to that user for 1 minute before escalation. But that method slows down notification & is hard to maintain.

In particular, I want each lower level to continue receiving alerts (based on their profile settings) until somebody ACKs the alert. The way it runs now, as the alert escalates past a person that person is 'let off the hook' and will receive no further alerts even if the event goes unACKed.

We would like to be notified via MSN or SKYPE chat message when alarm occurs.

The response chat message from us could then for instance signal that the alarm has been handled.
---------------------------------------
Example:

PagerDutyAlarmFriend: Alarm XZY was triggered. Please enter ok, to register your acknowledgement.
User: ok
--------------------------------------------

Thank you.

The current automated message for phone notifications is too long. It would be great to have an option to have a shorter notification message that just says the name of the alert and the options allowed. Also, an option to increase the speed of the automated voice would be great.

Nagios and Munin can send out "resolution" emails automatically when a conditions has ceased. It would be nice if we could use regex to define an email that could close and open issue.