我们正在寻求使用我们的问题跟踪软件和 SQL Server 数据库创建一个电子邮件通知系统。目标是在满足多个条件时发送电子邮件。
这是为了满足客户要求的自定义通知。例如，如果针对软件问题开票，一位客户希望向 Y 人发送一封电子邮件，如果针对硬件问题开票，则希望向 Z 人发送一封电子邮件。
SQL Server Notification Services 似乎具有该功能，但我们对 GUI 感兴趣，而不是每次都手动编写查询。我们还需要一些方法来管理它们，因为自定义通知的数量可能会达到数千。
编辑：
这些都是很好的建议，但一个要求是我们有一个用于管理规则的 GUI。我们不希望每次需要创建或更改通知时都进行手写查询。
我们知道我们可以通过脚本、触发器和计划任务来破解某些东西，但似乎应该有某种打包产品已经可以做到这一点。最初设置它可能需要一些数据库技能，但理想情况下，它可以由不是 DBA 的经理进行更新。
您是否正在寻找已经构建好的系统？许多供应商的票务系统已经这样做了。他们中的大多数都有些蹩脚，恕我直言，并且矫枉过正，但他们确实会路由。
还是您有一些系统并需要添加通知？
在这里构建某些东西的设计并不难，但需要一些开发工作。将需要简单的工具来管理管理。
不确定如何与内部产品集成，但您可以查看Quest 的 Foglight监控产品。
您能否只使用查询设计器并将查询粘贴到存储所有监视器的表（表单字段）中？
然后定期运行作业以遍历表并运行查询，使用 dbmail 将邮件发送到存储在表中的“操作员”并通过 GUI 进行配置。
您可以对每个插入进行触发器检查，而不是工作，并使用现在异步的 dbmail 发送邮件。
所以，你需要一些可扩展的东西。为什么不创建一个可以将规则插入到 first_name、Last_name、email_addr、table OR table.column 的表，以便将电子邮件规则添加到该表中。然后运行预定的 SQL 脚本，该脚本通过查询规则表来执行一般查询，并检查数据库中是否存在任何规则匹配项。通过编写脚本，您可以控制作业运行的频率，并控制它发送电子邮件的方式，即，如果它是使用 DBI 数据库调用的 Perl 脚本，您还可以使用 Perl Sendmail 模块从同一脚本中直接发出电子邮件。
您甚至可以从一个纯文本文件或具有基于用户规则的 XML 文件开始...
如果产品本身不支持这一点，那么您可能希望编写一个可以自行安排的自动化脚本。另一个选项可能是这种情况的混合，并使用数据库触发器 ON INSERT 来触发执行检查和电子邮件的脚本/sql。
只需使用简单的 Web 前端包装此过程即可添加您的规则。SQL 将在很大程度上保持不变并且是通用的。您只需要一个表格来插入/删除/更新规则行。
斯蒂芬，这听起来更像是应用程序的大纲规范，而不是“我该怎么做……？”！规则更改如此频繁以至于通知服务不是最佳解决方案吗？
可以安排报告服务，并且可以使用它来执行基于用户提供的参数值以及 SELECT 的 INSERT、UPDATE 和 DELETE 命令，但这并不是运行看起来相当于您的小型 CRM GUI 的完美方式已概述。
如果您没有时间/经验来“自己动手”，也许寻找一个 ASP.Net 开发人员来围绕您详细说明的规则为您构建一个 GUI 将是您前进的道路？