I have read many blogs that talk about SharePoint alert issue – basically alerts just don’t work as they are supposed to. I suppose you checked to make sure if you are set up correctly by reading other posts. I am putting this post together based on my experience for those who haven’t found a solution hoping this may help. First of all, before you even try to fix anything, make sure you check the following items to ensure your SharePoint farm is correctly configured to send alerts…
- You should check Timer Job status in the Central Administration site (Operations > Timer Job Status). The job status should display “Succeeded” message if an alert has been successfully created - Immediate Alerts servername Succeeded 100% 12/17/2009 3:50 PM

- You get a notification email shortly after you created an alert in SharePoint with the following subject: ”You have successfully created an alert for …”. However, you may not get any real alerts afterwards – this will be addressed below. If you are not even getting the first notification email, you should check your outgoing e-mail settings in CA.

- You should make sure ”On” is selected for ”Alerts on this server are” in your web application general settings in CA (Application Management > Web Application General Settings).

- You should check the content database that contains site collection(s) having the alert problem to see if “” (for immediate alerts) and “SchedSubscriptions” (for scheduled alerts) tables contain rows for created alerts – if you have empty tables, alerts are not getting created.

- Make sure you have the following stored procedures in content databases - if any of these is missing, you can copy from your Dev/QA environment content databases to test your alerts):
“proc_AddSubscription“,
“proc_DeleteSubscription“,
“proc_GetMatchingSubscriptionsData“,
“proc_GetWebSubscriptions“,
“proc_GetWebSubscriptionsForBackup“,
“proc_GetWebSubscriptionsUniqueUsers“,
“proc_MatchSubscriptions“,
“proc_ModifySubscription” and
“proc_UpdateSchedSubscriptionTimes“
I usually review the configurations listed above to fix lots of my alert problems. But in some cases, I had to apply one of the below solutions to fix the issue. Some of these solutions are:
- Setting the property values for SharePoint site(s) to make sure the alert is enabled: stsadm.exe -o setproperty -url http://site -pn alerts-enabled -pv true
- Setting the proeprty values for SharePoint site(s) to make sure the alert is being sent immediately: stsadm.exe -o setproperty -url http://site -pn job-immediate-alerts -pv “every 5 minutes”
- Restarting “Windows SharePoint Services Timer” service in all SharePoint server(s) to trigger the timer service.
- Upgrading your SharePoint environment with service packs and/or cumulative updates – this seems to solve the issue for most cases. Make sure you backup your environment if you are planning to do so. Also, be patient when the upgrade is in progress. In some environments, I had to wait 8+ hours per server in a farm to complete the update. After the update is applied completely to your SharePoint farm, all congested alerts will be flushed out (so, you should plan to warn your users if you have had this problem for a long time because end users may be receiving sever hundreds of alerts at once).
- Making sure the SMTP relay configuration includes all SharePoint servers’ IP addresses (including all SQL database IP addresses) - your relay restriction settings should grant access to all SharePoint servers including all SharePoint related SQL servers. A lot of times, I have seen people excluding IP addresses for SQL servers when granting access but this will result in no alert or random alert behavior.
I hope this post helps! If you have a unique case, please share your story here. I may be able to help