概述
=============
SharePoint的站点中, 当你感兴趣的内容被添加或修改的时候, 你可以通过alert功能来得到通知. 你可以定义你感兴趣的领域和你收到通知的时间. 你可以添加alert来跟踪符合你查询条件的新结果, 或者是在一个领域的内容的更新, 亦或者是站点目录中添加了新的站点. 在alert正常工作在某一个站点之前, email服务器的配置一定要做好. 用户必须对内容有读权限来注册alert.
有两件非常重要的事情你需要注意:
1. 当你从WSS站点上移除一个用户, 用户组, 或跨站点用户组的时候, 而这个用户之前订阅过alert, 你必须手动地删掉所有的由这个用户注册的alerts.
2. 当你修改用户的权限为limited access的时候, 如果用户已经对列表或文档库注册了alert, 那么这个用户在你修改了权限之后, 还是会收到邮件的.
手动地删掉这些alert来防止没有权限访问站点和用户信息的人接收到邮件, 这很重要.
研究
=============
如果你在订阅alert的时候抓取SQL Profiler trace, 你会发现SharePoint会运行proc_AddSubscription存储过程来创建alert. 查看一下这个存储过程, 你会发现它向两个表ImmedSubscriptions 或者是SchedSubscriptions添加数据. 你可以打开数据库中的这两张表, 自己创建一些alert, 比较一下, 就可以弄清楚不同字段的对应的意义.
数据库中的相关表
=============
内容数据库中的有些表在生成alert邮件的时候是非常重要的, 它们的名字都以event开头.
EventBatches – 记录最近一段时期的处理alert的事件.
EventCache – 记录immediate alert中使用的事件, 还包括一个在eventbatches表中的ID, 事件类型也记录在这张表中. 换句话说, 这张表包含着将要被发送出去的alert, 也就是alert的队列. 每隔五分钟, sharepoint timer job会到这里捞数据, 然后发送alert出去.
EventLog – 记录用在digest alert中的事件.换句话说, 这张表中存储了定时订阅的alert, 即定时alert的队列.
EventReceivers – 用来记录自定义的event handlers.
EventSubsMatches – 用做在处理alert时的临时表.
资料来源&更多信息:
Delete all alerts programatically.
http://blogs.msdn.com/dwinter/archive/2005/02/16/375021.aspx
Troubleshooting SharePoint email alerts – Checking the Email Infrastructure
Troubleshooting SharePoint Alerts – Timer Jobs
http://sharepointalert.info/tag/troubleshooting/
Alert出了问题, 看着一篇就足够了!!!!!
Alerts in sharepoint (Troubleshooting MOSS/WSS)