请推荐一个好的邮件服务器，通过散列或其他方式压缩存储？

Question

我正在寻找只存储一次重复电子邮件的电子邮件服务器。我们目前正在使用交换和转发电子邮件和回复为每个收件人创建重复的副本。

我确信有更智能的电子邮件服务器可以散列内容，然后存储对重复内容的引用，从而减少邮件存储的大小。

我以前使用过 Exim 和 Courier，但不记得他们是否对电子邮件内容进行了哈希处理。

Answer 1

我最初推迟回答这个问题，但我觉得我必须分享我的观点，即使它可能不是最受欢迎的。不过，首先，让我有点恼火的是，您在“回答”之后来到服务器故障，随后发现您不是管理员，并且可能甚至无法进行此更改。您的问题和随后的评论似乎是对您的管理员的一大抱怨，这也让我感到有些意外。我认为您唯一的可取之处是这个问题对于互联网上寻找此类解决方案的其他人可能很有价值。无论如何，请让您的管理员在这里进行一些明智的讨论，我们当然会欢迎它并尝试给他们一些好的建议。

我同情你的邮箱小得可笑的困境，我真的很同情，但是我一点也不相信你的管理员会无缘无故地严厉对待它。通常情况下，金钱根本不允许这样做，你只需要用你所拥有的那一点点工作。不幸的是，可能会出现非常糟糕的情况，例如有人删除了一封非常重要的电子邮件，因为他们的邮箱在管理层意识到问题的严重程度之前已满。与此同时，您的管理员将被迫启用邮箱配额，因为如果他们不这样做并且磁盘完全填满，他们将遇到更大的问题，每个人的电子邮件都会关闭。

单实例存储 (SIS) 并不是您认为的神奇解决方案。SIS 肯定会减慢消耗磁盘空间的速度，但我几乎可以保证不会达到您认为的水平。实际上，Microsoft 长期以来一直建议您在调整邮箱服务器大小时完全忽略使用 SIS 可以实现的磁盘空间节省，因为有很多方法可以完全破坏您的某些 SIS。唯一真正的解决方案是添加更多容量更大的邮箱服务器，但这同样受到预算限制的极大限制。

我知道您使用的是 Exchange 2007，但我在这里有点切题，以便为您提供有关 SIS 的更多信息。Exchange 2010 中 IO 要求降低的原因之一是删除了 SIS。这其中的一个原因意味着微软现在认为使用速度较慢的磁盘（这会更便宜）而不会对性能造成巨大影响是可以接受的。我在英国，所以我不能评论你的情况，但在这里企业级磁盘肯定不会太贵。底线是 SIS 会导致性能损失，为了解决这个问题，您可能被迫购买更多/更快的磁盘来抵消这一点。

至于完全的邮件服务器迁移，这绝对不是一件可以掉以轻心的事情，我什至不建议这样做，而且我是一个会推荐适合工作的人，而不是什么会让我大多数钱。哎呀，即使是 Exchange 升级也需要仔细考虑，以便尽可能顺利进行，尽可能减少停机时间。你对 Microsoft Exchange 进行了大量投资，我敢说用户生产力会受到打击（即使只是在用户习惯新系统的短期内），并且会有一些抱怨并不能解决所有问题Exchange 所做的闪亮的事情。$NewMailServer

如果您确实进行了全面的邮件服务器迁移，那么其中也涉及大量成本。您已经接受了关于如何管理事物的管理员培训，因为事物会以不同的方式运作，所以您已经接受了用户培训，然后您就可以进行实际的迁移。迁移本身可能涉及停机时间，可能涉及笨重的导入（这可能不会对您的邮件进行 SIS 处理，实际上可能会撤消Exchange 2007 所做的任何单个实例化）以及其他一些您在遇到它们后才会发现的问题。

您还必须考虑您的管理员。如果他们都是 Windows 用户，并且有人建议您将他们转移到（例如）Linux 邮件服务器，他们可能会吓坏了。如果有人告诉我我们要迁移到基于 Linux 的系统并且别无选择，我实际上会离开。我是一个彻头彻尾的 Windows 人，虽然我在我认为合适的地方使用 Linux，但我并不特别喜欢与它打交道，如果我完全诚实的话，我什至不想这样做。

对不起，我的文字墙，随心所欲。对不起，一开始的小咆哮，但我只是觉得我需要说出来。但最终，我会说您需要解决缺乏存储空间的根本问题，而不是试图掩盖裂缝。如果您的管理员有任何问题，请让他们提出有关 Server Fault 的问题，我们将非常乐意提供帮助。

Answer 2

Exchange 5.5、2003 和 2007 都能够使用单实例存储，这几乎正是您所要求的。它是针对每个数据库的，但总比没有好。

2007 年将其更改为仅适用于附件，2010 年由于一些扩展问题和随着时间的推移缺乏整体有效性，完全取消了 SIS。这是Technet上的一篇博客文章，对其进行了一些解释。

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