Lync聊天或持续聊天是基于电子邮件的警报的可行替代scheme吗?

我正在处理主要使用电子邮件进行警报的环境。 我的问题是,所有的电子邮件必须由政策的日记。

另外,每个电子邮件都使用SMTP冗余通过SMTP进行复制,然后再通过DAG冗余进行复制。 邮件本身很小(5K),但数量众多,邮件归档/存根/快捷方式不提供空间,大小或其他节省。

今天,我发现了一个邮箱,有数十万条总共10GB的警报。

我正在寻找更有效的机制来发送警报,而不是电子邮件。

  • Lync是一个可行的机制吗? 持续聊天呢?

我的想法是,开发人员将在以下链接中的“发送消息”发送到聊天组

https://msdn.microsoft.com/en-us/library/office/jj933148(v=office.15).aspx

你可以,真正的问题是没有通过lync获取消息,但是关于在调用开发者忽略IM时有有效的审计线索。 他总是可以声称他没有收到即时消息,但是SMTP已经完成了邮件标题,表明邮件已经在他应该检查的邮箱中了。 如果这并不重要,那么可以在各种平台上使用lync客户端。