几个月前，我想到了一个关于警报管理的创意，可以用于我们小公司的业务。我们的团队里有许多工程师和开发人员，每个人都有不同的客户。开发人员会编写一个应用程序，在上面贴上几个发送给自己的警报，然后在自己的时间对这些警报做出响应。
我的想法是：我们不会直接向开发人员发送警报，而是将它们发送到集中的“仅发送警报”电子邮件地址，并让服务监控该地址的收件箱并根据配置设置转发警报。例如，两个开发人员可以注册接收公司 A 的所有警报，然后接收发送给“[电子邮件保护]主题为“公司：公司 A”的邮件将被转发给这两位开发人员。
我最近突然想到有已经有一个软件包可以处理这个问题了。编写起来似乎很容易，但一个小错误就可能轻易破坏我们的警报系统，而且没有人会知道，直到为时已晚。
我们公司非常重视 .NET 和 Microsoft 技术。是否有任何 Microsoft 解决方案可以完成此任务？如果没有，还有其他好的软件吗？我知道这个问题有点难以回答，但我真的希望听取社区的意见，而不是相信另一家正在推广自己产品的公司。
答案1
首先我想说的是，过了一段时间后，电子邮件警报会变得有点让人不知所措。通常，警报的编写方式是每隔一段时间运行一次，如果检查失败，它们将生成警报，在您的情况下是电子邮件。这会淹没您的邮箱。
相反，为什么不选择 Nagios/Zabbix 之类的监控解决方案并构建自定义警报插件呢？它们不仅提供发送电子邮件/页面等的功能，而且还具有颜色编码的视觉表示，以便人们可以鸟瞰系统/应用程序的健康状况。
为什么不使用邮件列表，而不是使用一个电子邮件地址并根据主题路由邮件呢？为每个公司创建一个列表并让他们管理。这样您就无需跟踪发送电子邮件的用户列表了。
答案2
运输规则在 Exchange 2007 或更新版本上，您可以过滤来自 Hub Transport 的消息。这就像从 Outlook 创建规则一样。转到 EMC 的 Hub Transport 部分并选择 New Transport Rule。