如果我devise一个服务器基础结构来支持电子邮件服务器。 接收系统是否支持容错。 我认为考虑到它将处理的交易types，主要是处理和过滤，而不是在磁盘上（还有另一个存储系统）。 我认为这样做会非常昂贵。 但不知道。
另外，考虑到当我发送一封电子邮件并且没有到达收件人时，发送系统会自动重试。 我认为一个集群的可用性是必要的，但没有必要的容错（存储状态）。
有什么build议？
编辑
当我在谈论“接收系统”时，我指的是服务器指向MXlogging。 我正在谈论20,000用户。 是一个学术实体，所以邮件是非常重要的。
每天几乎有1000.000封新邮件，但只有30.000没有用（其余的是垃圾邮件或恶意软件）。
我特别询问是否有必要提供容错function来保存传入事务的状态，或者只是在负载均衡器出现故障时将负载redirect到另一个（正在运行的）服务器。
这取决于你需要多久的电子邮件。 SMTP旨在解决偶尔的邮件中断问题，但最终用户不是。 如果一个消息需要5分钟以上才能完成，我知道我会接到电话。 最终，我相信这是一个基于业务需求的业务决策，以及将要使用该系统的用户对于服务的期望。
问题是模糊的 – 没有像“电子邮件”这样的协议，因此告诉我们你正在build立一个电子邮件服务器并不是很多的帮助 – 有很多协议用于处理电子邮件 – POP，IMAP，SMTP，SSMTP， X400 ….
当我发送一封电子邮件并且没有到达收件人时，发送系统会自动重试。
当你试图发送电子邮件时，这假设“发送系统”（WTF？）正在工作。 是的，MUA将保存未发送的消息。
如果不知道内容是什么，就不可能提出是否需要容错的build议 – 如果您正在使用ADSL连接谈论您的家用PC，那么可能不值得使用异地故障转移来运行事务安全的多节点群集。
另外，你还没有提到你打算使用什么软件/操作系统 – 如果是商业软件，那么许可成本可能会远远超过硬件成本。
build立一个辅助的MX是一件容易的事，而且如果“系统到存储”已经是独立的，那么你已经有一半的邮箱被嘲讽了。
我倾向于使用电子邮件或虚拟主机为较小的客户端提供“caching”或持有点，通常为3天，持有所有SMTP电子邮件。 如果服务器的互联网链接停留时间超过24小时，这很方便。
另一个解决scheme是使用自己的电子邮件服务器作为您的客户的电子邮件服务器。 只要看看一个域的多个MXlogging设置（即它是DNS设置的一部分）。
更大的客户将拥有自己的倒闭设置，分布在办公地点或数据中心。 作为一个例子，运行：
nslookup -type=mx sun.com 你必须回答两个问题：
邮件对这家公司日常业务有多重要？
pipe理员需要多长时间才能使系统在软件/硬件故障中恢复联机？
如果pipe理层在发生软件/硬件故障时有很多小时/天的停机时间，那么您就不需要它了。
任何IT系统都应该支持可用的可用性级别，这可以用在花费的金钱上。 如果你的公司依靠电子邮件，并且如果失败就会赔钱，那么它应该是容错的，除非你有一个足够快的恢复计划。
对于您非常模糊的问题，这些都是非常模糊的答案–IT和业务需要在讨论中提供具体的细节。
你的第二句话和第三句话伤害了我的头。 我想你的第二句话是询问MXlogging（SMTP服务器接收来自外部的电子邮件），但我真的不知道你在问什么。
你的第二段也是非常模糊的; 这是如此令人困惑，我不知道你是否对电子邮件有一些误解，或者只是留下一些细节。
邮件传递系统在SMTP协议本身中embedded了一些健壮性。 因此，如果您的服务器不可用来接收邮件，发送服务器将根据configuration定期尝试重新传送长达几天的时间。 如果这还不够，您可以随时订阅来自多个服务提供商的二级邮件服务，这些服务提供商将接受指定给您的邮件，并在服务器closures时将其保留在队列中。 所以我的答案是否定的 – 你不需要邮件服务器的高可用性，但我build议保留一个体面的备份和裸机恢复工具，以防万一。