我正在审查一些电子邮件连续性解决scheme，如Messagelabs提供的解决scheme。 像这样的解决scheme并不便宜，但是我相信它们在pipe理方面降低了复杂性，并且为电子邮件提供了一种可行的DRtypes解决scheme，而不是为了DR目的购买新的服务器。
您有没有第一手使用这项服务的经验，您有什么意见和/或反馈？
提前致谢。
保持在内部，并使用Exch2k10数据库可用性组（DAG）。 这是我的2p值。
如果你正在寻找MessageLabs的替代品，build议考虑Webroot谁是很多MessageLabs客户端已经切换到。 他们还提供更经济的电子邮件连续性，并且具有比MessageLab更先进更快的服务。
Messagelabs解决scheme实际上是基于戴尔MessageOne平台的，这就是为什么它在许可证中是昂贵的。
许多月前，我是一个Messagelabs的客户，但由于平台的不灵活性和糟糕的客户服务，留下他们的电子邮件系统（现在Webroot）….我的最好的客户是下来一天，因为他们:(我们几乎失去客户。
如果你正在寻找一个安全的解决scheme来换出Messagelabs – Webroot是一个不错的select，但是他们不提供我认为你在追求的连续性服务。
你有没有看过Mimecast？ 我最近join了Mimecast，因为他们已经拥有了卓越的技术安全性，连续性和归档function作为SaaS解决scheme。 您可以给您的电子邮件用户100％的正常运行时间 – 如果您的用户在Outlook中，他们将不会注意到任何停机时间，因为Mimecast连续性已集成到Outlook中。
我喜欢Mimecast，因为它是私人拥有的，资金充足，并拥有全部拥有和完全整合（没有第三方许可/集成）的卓越技术。
我是[email protected]或twitter @ justinpirie
当我pipe理200多台交换服务器时，我希望我有Mimecast，这将让我和我的团队睡更多的夜晚！
最好，
贾斯汀
ps我只是和我在Messagelabs工作的新同事们聊天…显然，ML支持正在与赛门铁克支持集成，并带来可预测的后果:(
我们用Softscan（丹麦公司）很好，直到被MessageLabs吃掉。
我认为它工作正常。 我现在唯一的问题是我手动上传新的地址列表给他们白名单我们自己的电子邮件地址（否则我们得到用户不存在等）。 希望他们能在未来提供LDAP over VPN或类似的东西。
免责声明： 我不是为任何types的消息传递公司工作，但是我有15年的pipe理networking（包括电子邮件服务）的经验，对零售和公用事业领域的中型企业非常偏向。
到目前为止，我只是以相反的方式移动电子邮件基础设施，从外包到内部。 许多产品声称降低了复杂性，但事实上并没有; 他们只能隐藏复杂性。 很多时候，当我看到提出的解决scheme时，基于系统中的组件数量和连接关系实际上增加了复杂性。 现在似乎越来越多的趋势是“云”供应商隐藏或使得获得有用和详细的系统图非常困难。 我在这里写的关于希望在人们评估一个外包邮件服务的时候提出什么types的问题。
在任何情况下，如果BC / DR战略得到解决，您将需要面对这样一个事实，即不pipe合同是怎么说的，您都不知道第三方或托pipe服务会有多好。 使用内部解决scheme，您可以在实验室环境中testing体系结构，并生成确定性故障模式列表。 100％的正常运行时间是错误的; 它不存在。 在提交之前如何testing服务的function？ 是否有停机事件的logging？ 上市？ 服务中断时的通信策略是什么？ 如果安全相关的事件发生，你会知道吗？ 这应该都在合同中。
通过电子邮件，您还必须考虑电子邮件过滤的位置，如何实施，以及如何轻松更改被阻止的邮件。 许多第三方电子邮件连续性解决scheme强制您将MXlogging更改为指向其网关。 他们的上市政策是什么？ 这个政策是公开的吗？ 什么是你的程序和时间框架来更改阻止列表？ 被谁封锁？ 这实际上可能吗？ 他们如何衡量过滤的有效性？ 假阳性呢？
电子邮件的高级视图显示了许多分布式队列的系统。 创build一个图表，显示特定configuration中的所有队列，您将看到它会失败。 build议的解决scheme如何堆叠起来（除非另有所知，否则将服务视为单个黑匣子）？
将该服务与已知的经过良好testing的内部解决scheme进行比较：一般来说，使用Exchange，2010年内部解决scheme将涉及使用旧版本或DAGfunction的群集设置; 这可能意味着至less有4个Exchange实例。 您可以将其与负载平衡器（如F5生产的高端平台）结合起来，以实现客户端的连续性。 通过互联网实现消息传递连续性将涉及build立多个互联网连接和多个电子邮件网关，例如Ironport设备。 所有这些当然都是一个严肃的投资，但是与这些“云”解决scheme相比，运行数量（包括内部人才），您可能会惊讶于内部解决scheme带来的价值。 顺便说一句，有比F5和Ironport更便宜的解决scheme，在那里提供相同的连续性水平。 外包对于这里的小公司来说看起来更好，但即使如此，通过DAG和一些Linux知识，一个小店可以做得很好。
在一天结束时，使用任何外部解决scheme，都需要考虑互联网连接。 如果Internet不可用，请询问内部消息传递连续性情况。
谷歌公司，看看他们是否聘请了一家SEO公司来清理他们的在线形象。 如果你所看到的只是大杂志的链接，而这些杂志只是回顾新闻稿和赞助研究，白皮书和其他公司发行物等其他毫无价值的内容，那么你就可以说出这种情况。 如果您可以轻松find有关公司良好和不良反馈的讨论板或电子邮件列表存档，则总是一个好的select。 每个公司都坏，但是当你知道它是什么时，坏就好了。