谁使用Zimbra协作套件，为什么？

我在大约15个月前部署了Zimbranetworking版，在那里工作。 在开始之前不久就select了Zimbra，所以我没有参与评估和决策，但他们正在寻找提供共享日历和移动同步的解决scheme，除了电子邮件。 而一个主要的驱动因素是它不是微软。 我不确定为什么这里有这样的文化，但是为了更好或者更糟糕，我不认为交换甚至被认为是由于成本的考虑。 Zimbra是一个非常好的解决scheme，我们只是续签了一年的许可证。

优点：

• 日历和资源调度运作良好。
• 通过主动同步，可以将电子邮件，联系人和日历同步到手机。

缺点：

• 任务pipe理不在Exchange / Outlook级别
• 处理来自Web客户端的附件并不像Outlook一样集成到您的操作系统中，所以没有拖放等等。它们是一个zimlet，Zimbra插件和Firefox插件，它应该允许拖放附件，但我有还没有时间来testing呢。
• Web界面一次只显示50封电子邮件，这可能有点烦人。 但高级search很好，速度也很快。
• 一些最终用户培训是必需的，或者用户将过度看待function，使得转换更容易，如高级search。

另一个简要说明。
由于在Zimbra中大量使用Java和默认激进的MySQLcaching设置，我推荐使用一个4GB内存的系统，即使像我们这样的小型部署也是如此。 我们服务了大约50个邮箱，我们最初部署了2GB的内存。 在这个configuration中，它使用了大约1GB的交换空间，偶尔系统负载也会激增，Web客户端会显示一条错误消息，说服务器没有响应。 然后一分钟左右，事情就会重新开始。 升级服务器到4GB的ram整理了问题。

从研究看来，内存需求似乎不会随着您要服务的邮箱数量成线性增长，而且您可以轻松地为4千个RAM的邮箱服务1000年。 如果您正在进行大规模部署，那么我会与Zimbra的工程师讨论系统需求对您的情况。 您可以在不同的服务器上运行不同的组件，他们将能够帮助您规划和调整必要的硬件。

我很高兴这个问题出现了，因为它让我检查我的服务器，看看它的正常运行时间和内存使用情况。 这是正常运行时间是206天，不错。 但目前正在使用大约1GB的交换空间，但是系统负载的峰值还是没有问题的用户投诉。 我想我会一直等到6.0升级到6.0的时候，安排维护，只需要快速重新启动，然后重新上线。

我们有一个相当大的Zimbra（networking版）设置，包括一个多服务器，多站点设置，4个邮箱服务器2个MTA和一个支持大约30,000个用户的LDAP主站。 我们也完全在VMware上完成了我们的设置。 我们还利用Windows Phone的手机插件，以及黑莓设备的BES上的黑莓Zimbra连接器。

总之，一切都很好。 一些专家

• 我们使用它的主要原因之一是集中所有的数据，以便用户没有邮件在他们的桌面上浮动。
• 作为一名Linuxpipe理员，我们可以在pipe理端编写脚本的级别是非常棒的。
• 安装和升级很容易，而且我们从来没有出过更新的问题

从分组来看，缺less一些企业types的function（委派约会，延迟发送，消息回忆）。 我们在GW-> Zimbra的移植工具方面也遇到了问题，但是那已经是一年多了，我们可以肯定的是，至less我们看到的其中一个问题是来自groupwise愚蠢的做事方式。 我们遇到的最大问题是，我们组织中的人们习惯于使用“胖”的客户端。 当使用networking客户端时，有一种不同的使用模式，人们认为事情比较慢。

一路上有一些错误。 没有什么是一个表演塞尔，但是令人烦恼。 他们的支持一直不错，但确实留下了一些改进的余地。 我们开始我们的安装W /版本4.5，并保持我们的安装目前。 在经历了一年半的经验之后，我们通常最终会在问题得到解答之前解决问题。 在我们完全陷入困境的时候，支持已经到来了。

我们有一个自定义的Courier / Exim设置，但是我们大多数员工使用的是Outlook 2003或2007，他们希望共享邮件，日历和地址簿环境。 显而易见的答案是交易所，但是我的老板在交易所遇到了一些不好的经历，并且不赞成为其function付出太多的代价。

我们为60人左右运行ZCS 6.04networking版，过渡非常顺利。 由于没有太多的用户，我正在自己进行迁移。 安装Outlook连接器，从旧PST导入项目以及使用imapsync将电子邮件从旧Courier服务器复制到Zimbra。

一旦人们开始探索他们能做什么，他们就会兴奋起来。 最后，他们可以在任何地方使用他们的邮件，日历，联系人和任务，包括移动设备。

我用了一段时间的networking版试用版。 它非常漂亮，但在我看来有太多的黄金时间的错误。 最大的例子之一就是客户端中的列分类。 一些列不会sorting。 像“From”字段一样。 我认为这很重要。

它确实与前景融为一体，这是另一种select，但是我看到了很多能够摆脱前景的价值。

另外 – 如果你做一个拆分域设置，它允许你一次一个用户迁移到zimbra，日历同步不是很好。

抛开这些问题，他们做得很好。 我真的很希望它也能工作，以便我们能够交stream，但其中一些问题太大而无法忽视。

我们对四名员工使用zimbra。 它工作得很好，但有点资源猪。 强烈build议，如果你可以节省CPU周期和RAM。

我们看着使用它，从技术的angular度来看，它是相当满意的。

如果您是拥有企业协议的Microsoft商店，则将捆绑的服务器，CAL和其他许可证分离是非常困难和昂贵的。 你不能“真实地”理解一个EA，所以你必须把你的新电子邮件解决scheme推广到微软的谈判，这是一个艰难的主张。 此外，如果您获得平台折扣，则放弃Exchange等产品实际上会增加一些成本。