我们的组织正在接近100个电子邮件地址（60个奇怪的用户地址+各种组合，即[email protected]，[email protected]）以及大约十几个电子邮件组。
目前，我们正在使用Google Apps，每年每个电子邮件地址收费50美元。 现在，这是每年5000美元。 以目前的增长速度，我估计我们可能需要多达50个地址。
我们的Wiki系统使用Atlassian Confluence，SSO使用Atlassian Crowd，所以除了pipe理负担之外，Google Apps仅为我们提供了很less的投资回报。 （我会补充说我是事实上的CTO，现在我们正在招聘一名后端LAMP开发人员，然后在六至十二个月内成为系统pipe理员和networking工程师）。
现在切换到可以托pipe在外部数据中心的内部电子邮件解决scheme（即Zimbra？）是否值得使用，或者使用Google应用程序仍然具有成本效益？
我的2c – 除非您以某种方式从事电子邮件业务，或者需要基础架构来支持其他function，否则请坚持使用Google Apps。 移动到你自己的系统没有一个有能力的系统pipe理员pipe理它的pipe理开销是很大的 。 垃圾邮件和反垃圾邮件措施增加了大量运行邮件服务器的障碍。
仅供参考，我说这已经作为一个系统pipe理员和邮件服务器pipe理员（每天数十万的消息）
如果电子邮件是您业务的重要组成部分，并且您不需要运行自己的邮件服务器的好处，Google Apps就可以为您节省时间，从而节省资金。
我的一般经验法则是：如果你在近期（<1年）的要求是未知的，你没有强大的内部pipe理人员（一个系统pipe理员），然后外包的需要（谷歌邮件，Exchange托pipe等）。
同样适用于对立的：已知的需求和强大的pipe理人员，在内部主持。 当有人在那里时，通常会坚持你所拥有的，但是我们确实不了解你的公司，所以很难打电话。
在这一点上，除非您的电子邮件系统为您的业务提供了一些令人印象深刻的增值服务，否则最好将其视为一种商品。 要find比外包解决scheme更好的投资回报率是很困难的，除非你有一个非常有说服力的理由来说明你为什么需要把它带到内部。
使用Google Apps，只要您改变主意，您就有一定的灵活性。 但是，如果没有专用的系统pipe理员支持以及一些可以节约的额外费用，我认为一旦考虑到托pipe，硬件和系统pipe理员的机会成本，而不考虑谷歌的收入活动，因为你的邮件服务器的IP突然在黑名单上。