几个月前，我提出了一个关于警报pipe理的小型企业的想法。 我们团队中有许多工程师和开发人员，每个人都有不同的客户。 开发人员会写一个应用程序，在发送给他自己的一些警报上，然后在他自己的时间回应这些警报。
我的想法如下：我们不是直接向开发人员发送警报，而是将它们发送到集中的“仅警报”电子邮件地址，并具有一个服务监视器，用于收件箱并根据configuration设置转发警报。 例如，两个开发者可以注册自己接收公司A的所有警报，然后发送到“[email protected]”的主题为“公司：公司A”的警报将被转发给这两个开发者。
它最近让我感到必须有一个软件包来处理这个问题。 这似乎很容易写出来，但是一个小错误可能会轻易地削弱我们的警报系统，没有人会知道，直到太晚。
我们在我们公司大量使用.NET和Microsoft技术。 有没有可以完成这项任务的微软解决scheme？ 如果没有，那里有没有其他的好软件？ 我知道这是一个开放式的，但我真的很想得到社区的意见，而不是相信另一个推广自己的产品的公司。
首先我想说的是，一个点后电子邮件警报有点压倒性。 通常情况下，警报的编写方式是每隔一段时间运行一次，如果检查失败，则会生成警报，在您的情况下会生成一封电子邮件。 这会使你的信箱泛滥。
相反，你为什么不去像Nagios / Zabbix的监控解决scheme，并build立自定义警报的插件。 它们不仅提供发送电子邮件/页面等的能力，而且还具有彩色编码的视觉表示，以便可以鸟瞰系统/应用程序的健康状况。
为什么不使用邮件列表，而不是使用一个电子邮件地址并根据主题发送邮件。 为每个公司创build一个列表，让他们pipe理它。 它将释放您跟踪用户列表发送电子邮件。
Exchange 2007或更高版本上的传输规则将允许您从集线器传输中过滤邮件。 这就像从Outlook创build规则。 转至EMC的集线器传输部分，然后select新build传输规则。