QMAIL的分布如何实现呢?

netocool

总公司安装QMAIL邮件服务器,其它的分公司也安装了QMAIL邮件服务器
所有用户都使用同一个域名收发邮件
所有的邮件收发都需要经过总公司的邮件服务器
这样的方案能实现吗?具体使用什么方法呢?谢谢

dennishan

“所有的邮件收发都需要经过总公司的邮件服务器”分布式架构满足不了你的需求了，分布式邮件系统是指内部邮件内部处理，不会通过总部的服务器。

netocool

也是
我这个需求应该怎么实现呢?

hat

网上搜到的，应该对你有帮助。

相关概念：

集中式邮件系统：

集中式邮件系统由一个大型数据中心组成，该数据中心存放并管理所有的服务器资源。所有用户均通过Internet/Intranet访问这个邮件系统。

集中式邮件系统经过网络/服务器冗余（负载平衡邮件系统/Load Balance）可以达到非常高的稳定和安全性。但是在一个集团/大型企业如果有非常多的跨国分支机构，如果这些分支机构希望使用和总部统一域名（非二级子域名），集中式邮件系统无论将IDC放置在任何地方，均会有跨国际网络使用的问题，要解决带宽问题，除非每个分支机构均和IDC中央邮件服务器建立带宽良好的专线，但是使用成本将大幅上升，在这种情况下，需要利用分布式邮件系统来解决。

分布式邮件系统：

分布式邮件系统由多个数据中心组成，大量分支机构或较小的分散站点与公司总部或数据中心的连接很慢。分支机构需要建立自己的邮件服务器，来加快处理当地分支机构的邮件。

我们将用一个实例来说明企业如何建立分布式邮件系统的两种不同解决方案：

ABC集团是一家在美国，中国大陆，台湾，香港，日本，韩国，新加坡均设立分公司和办事机构的大型企业，ABC集团所有员工均使用abc.com为后缀的统一邮件地址。

下表是分布在不同地域的员工邮件列表：

美国	中国大陆	台湾	香港	日本	韩国	新加坡
A1@abc.com	A3@abc.com	A6@abc.com	A8@abc.com	A9@abc.com	A11@abc.com	A12@abc.com
A2@abc.com	A4@abc.com	A7@abc.com		A10@abc.com
	A5@abc.com

分布式邮件系统方案一：
具中央邮件服务器架构的分布式邮件系统

说明：选择机房条件好，带宽均能满足各分支机构传递邮件的某地IDC，并且建立具备负载平衡的中央邮件服务器（选择IDC考虑abc集团大部分的业务是在哪里）。
在中央服务器中建立ABC集团的全球邮件路由表：
邮件地址 邮件路由（IP/Host Name）
A1@abc.com 美国邮件服务器
A2@abc.com 美国邮件服务器
A3@abc.com 中国大陆邮件服务器
A4@abc.com 中国大陆邮件服务器
A5@abc.com 中国大陆邮件服务器
A6@abc.com 台湾邮件服务器
A7@abc.com 台湾邮件服务器
A8@abc.com 香港邮件服务器
A9@abc.com 日本邮件服务器
A10@abc.com 日本邮件服务器
A11@abc.com 韩国邮件服务器
A12@abc.com 新加坡邮件服务器
将abc.com的邮件MX记录指向中央服务器，所有发往abc.com的邮件先发送至中央邮件服务器，中央邮件服务器理由邮件路由表分发给不同地域的分公司邮件服务器，不同分公司员工可以通过当地的邮件服务器收取邮件。
分公司-分公司邮件处理流程，分公司邮件系统需要将非本地邮件(Unknown User)发送给中央邮件服务器，中央邮件服务器根据邮件路由表发送给其他分公司的邮件系统。

该解决方案优点：
解决同一域名下，多点分分布式邮件系统的难题。
解决用户需要记住内外邮件地址问题。
解决分公司之间网络带宽问题。

该方案可能的缺点：
中央邮件服务器带宽和硬件资源要求高，外部发往abc.com和分公司之间的邮件交换均须通过中央服务器。如因规划不当，没有考虑到中央邮件服务器的冗余，遇中心点的软硬件故障，将使整个ABC集团的邮件系统瘫痪。
需要由专人负责维护中央邮件服务器，遇邮件地址变更，因为需要配置中央服务器的路由表，设置较为复杂。

分布式邮件系统方案二：
对等的分布式邮件系统
经过Corp Email对于分布式邮件系统的不断实验和研究，新的对等的分布式邮件系统解决方案发布了。
方案原理如下：
不需要建立全球分公司的邮件路由表，不需要建立中央邮件服务器。
在每个分公司邮件系统建立用户，并且将其他的分公司域加入分布式域(Distributed Domain)
还需要正确设置abc.com的邮件记录：
abc.com
IN MX 10 mail-us.abc.com
IN MX 10 mail-cn.abc.com
IN MX 10 mail-hk.abc.com
IN MX 10 mail-tw.abc.com
IN MX 10 mail-jp.abc.com
IN MX 10 mail-kr.abc.com
IN MX 10 mail-sg.abc.com
mail-us.abc.com  IN A 209.200.153.152
mail-cn.abc.com  IN A 202.96.199.1
mail-hk.abc.com  IN A 61.152.237.40
mail-tw.abc.com  IN A 192.72.83.96
mail-jp.abc.com  IN A 66.102.7.99
mail-kr.abc.com  IN A 66.102.7.147
mail-sg.abc.com  IN A 210.193.51.1
我们来看一下，一份发往A9@abc.com；A11@abc.com；A100@abc.com三个地址的邮件经过DNS查询随机分配到mail-jp.abc.com邮件服务器，mail-jp.abc.com经过查询本地abc.com用户列表发现A9用户为本地用户，即将该邮件存储至A9用户邮箱，经过查询其它分布域用户列表，发现A11用户存在于mail-kr.abc.com，mail-jp.abc.com将该邮件发送给mail-kr.abc.com的A11用户邮箱。A100@abc.com地址无法在本地和其他分布域中查询到，给出5xx error，拒绝接收发往A100@abc.com的邮件。

该解决方案优点：
真正的分布式邮件系统，外部邮件随机到达任何邮件服务器，均能到达最终用户。
配置简单，无需配置复杂的中央邮件服务器邮件路由，邮件地址增加和变更设置非常方便。
无需昂贵的带宽和中央服务器投入。

该方案可能的缺点：
并非所有邮件系统均支持。
各分公司的带宽要求较高（采用前一种模式，甚至动态IP或者拨号上网的分公司亦可有方法解决），本方案适合各分公司邮件量较为平均的公司。