请推荐一个好的邮件服务器，通过使用哈希或其他方式来压缩存储？

Exchange 5.5,2003和2007都可以使用单实例存储，这几乎是你所要求的。 这是每个数据库，但总比没有好。

2007年将其更改为只在附件上工作，而2010年由于一些扩展问题以及缺乏总体有效性，2010年完全取消了SIS。 Technet 上的博客文章解释了一下。

如果您正在寻找新的邮件服务器，那么我相信Dovecot和Cyrus都支持单实例存储。

我原本不回答这个问题，但我觉得我必须分享我的意见，尽pipe它可能不是最受欢迎的。 一开始，它让我感到有些沮丧，因为你在“回答”之后来到服务器故障，然后发现你不是一个pipe理员，甚至不可能做出这种改变。 这也让我有点担心，你的问题和随后的评论似乎是一个关于你的pipe理员的大鸣叫。 我认为你唯一的救恩就是这个问题可能对互联网上其他人寻找这样的解决scheme有价值。 通过一切手段指示您的pipe理员在这里进行一些明智的讨论，我们当然欢迎它，并尝试给他们一些好的build议。

我同情你的小型邮箱可笑的困境，我真的这样做，但是我不相信你的pipe理员们正在为此没有任何理由而陷入严峻的考验。 通常情况下， 金钱根本不会允许，而你只需要用你得到的东西来工作。 不幸的是，可能会遇到非常糟糕的情况，比如有人删除了一封非常重要的电子邮件，因为在pipe理层意识到问题的严重程度之前邮箱已满。 与此同时，您的pipe理员将被迫启用邮箱配额，因为如果他们不这样做，磁盘完全填满，他们将有一个更大的问题，每个人的电子邮件将被closures。

单实例存储（SIS）并不是您认为的不可思议的解决scheme。 SIS肯定会降低磁盘空间消耗的速度，但我几乎可以保证不会达到您认为的水平。 实际上，微软早就build议你完全忽略了SIS在调整邮箱服务器时可以节省的磁盘空间，因为有很多方法可以把你的SIS完全打散。 唯一真正的解决scheme是添加更多容量更多的邮箱服务器，但这又受到预算限制的限制。

我知道你在使用Exchange 2007，但是我将在这里稍微介绍一下，以便在SIS上提供更多信息。 Exchange 2010中IO要求降低的原因之一是删除SIS。 这意味着微软现在认为使用速度较慢的磁盘（这将会更便宜），而不会出现大规模的性能问题，这是可以接受的。 我在英国，所以我不能评论你的情况，但肯定在这里企业级磁盘并不是很昂贵。 底线是SIS招致性能损失，为了避免这种情况，您可能会被迫购买更多/更快的磁盘来弥补这一点。

至于一个邮件服务器的迁移，这绝对不是什么可以掉以轻心的事情，我会尽量不推荐，我是一个会推荐什么是正确的工作，而不是什么会让我最赚钱。 甚至Exchange升级都需要仔细考虑，以便尽可能平稳地进行，并尽可能减less停机时间。 您已经在Microsoft Exchange上做了大量投资，我敢说用户的生产力将会受到影响（即使只是在短时间内用户适应新系统），并且会有投诉$NewMailServer没有做所有有光泽的东西交换。

如果您确实需要进行邮件服务器迁移，那么也会涉及很多成本。 你有pipe理员培训，如何pipe理的东西，用户培训，因为事情将工作不同，然后你有实际的迁移做。 迁移本身可能涉及停机时间，可能涉及笨重的import（可能不会SIS您的邮件，并可能实际上撤消 Exchange 2007已经完成的任何单一实例）以及其他一些陷阱，只有在遇到它们之后才能发现。

你也必须考虑你的pipe理员。 如果他们都是Windows用户，并且有人build议你将他们移动到（例如）一个Linux邮件服务器上，他们可能会吓坏了。 如果我被告知我们正在转向基于Linux的系统，并且没有select，我实际上会离开。 我是一个Windows的家伙，虽然我认为这是合适的，但是我并不特别喜欢处理这个问题，甚至如果我非常诚实的话，我也会这么做。

对不起，我的墙上的文字，做你会的。 对不起，刚开始的时候有点咆哮，但我只是觉得我需要说出来。 但最终，我想说，你需要理清缺乏存储的根本问题，而不是试图对问题进行解决。 如果您的pipe理员有任何问题，请让他们问服务器故障的问题，我们将非常乐意提供帮助。

作为一个替代的想法 – 您可以使用存储来进行重复数据删除。 我认为NetApp可以做这样的事情。 尽pipe如此，购买更多的存储设备可能还是比较便宜的。 只是我2美分。

之前运行的OpenMail系统完全符合我的强烈build议您find不同的解决scheme。 没有太多的邮件服务器能够做到这一点，他们是利基产品，他们是非常复杂的。

花费你的时间和精力来添加存储，为你的用户提供一个易于使用的文件存储库，实现邮件配额和教育你的用户 – 这将会更便宜，你将为自己节省一个痛苦的世界。