![SBS 2003 与多个内部邮件服务器共享 SMTP 地址空间](https://linux22.com/image/506326/SBS%202003%20%E4%B8%8E%E5%A4%9A%E4%B8%AA%E5%86%85%E9%83%A8%E9%82%AE%E4%BB%B6%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%85%B1%E4%BA%AB%20SMTP%20%E5%9C%B0%E5%9D%80%E7%A9%BA%E9%97%B4.png)
我们目前有一台可容纳 11 个用户的 SBS 2003 服务器来处理我们的电子邮件,但是我正在尝试设置到 Zimbra 的测试迁移。对于此测试迁移,我希望将一些电子邮件地址移至 Zimbra,而其余的电子邮件地址仍保留在 SBS 2003 上,并且全部位于同一域下。
在微软的术语中,我发现这被称为共享命名空间/地址空间。我查看了各种文章,到目前为止,我发现的最佳指南是这个http://support.microsoft.com/kb/321721
我计划将新的 Zimbra 服务器设置为新的主服务器,因此 Zimbra 服务器的 25 端口通过我们的防火墙向互联网开放。这样一来,因为在 Zimbra 中配置路由很容易,因此特定的电子邮件地址会传递到旧的 SBS 服务器。我已经在 Zimbra 中设置了路由,它运行良好,因此发送到[电子邮件保护]来自 Zimbra 帐户的邮件直接发送到旧 SBS Exchange Server。不过我还没有切换防火墙上的端口转发,因此从技术上讲 SBS 2003 机器仍然是主机器。
问题是我无法让地址空间共享在 SBS 2003 中工作……因此,如果 SBS 服务器上的用户尝试向 SBS 中不再存在的帐户发送邮件,该邮件将被传递到新的邮件服务器。
我基本上严格遵循了 MS KB 文章,但当我尝试向现在使用 Zimbra 的用户发送邮件时,仍然会收到来自 Exchange 的退回邮件。
所以我做了以下事情,我编辑了默认收件人策略,并添加了 @example.local 作为新的 SMTP 地址,并删除了 @ourdomain.com。
我添加了一个名为 Split Namespace 的新收件人策略,新 SMTP 地址为 @ourdomain.com,并取消选中“此 Exchange 组织负责向此地址发送所有邮件”复选框,我认为这应该意味着 Exchange 现在不再对该域具有权威性。
因此,我在系统管理器中列出了 3 个收件人策略:
1) 优先级为 1 的邮箱管理器策略,该策略会从用户邮箱中删除超过 600 天的邮件
2) 优先级最低的默认策略
3) 优先级为 2 的 Split Namespace 策略
然后我进入默认 SMTP 虚拟服务器的属性,检查“消息”选项卡下的“将所有未解析收件人的邮件转发到主机”文本框是否已清除。它已经清除了。
下一步是创建一个额外的 SMTP 连接器,将其命名为拆分命名空间 SMTP 连接器,并将“通过此连接器转发所有邮件到以下智能主机”设置为我们新 Zimbra 机器的 LAN IP 地址(方括号中为... [192.168.1.5])。添加了 SERVER _ 默认 SMTP 虚拟服务器的本地桥头堡,
转到“地址空间”选项卡,添加 ourdomain.com 的新 SMTP 地址,并将成本设置为 1。我还勾选了“允许将消息中继到这些域”框。检查传递选项并将其设置为“始终运行”
编辑我们现有的 SmallBusiness SMTP 连接器,将 * 星号地址空间的成本降至 20,因此理论上新的 SMTP 连接器应该在此之前处理。
然后重新启动 MS Exchange 路由服务和 SMTP 服务
但是,当我尝试通过我们的 SBS 服务器向我们的 Zimbra 服务器发送电子邮件时,我收到以下退回消息:“该邮件发送到的组织中不存在电子邮件帐户。请检查电子邮件地址,或直接联系收件人以找出正确的地址。”
所以它不起作用,或者我在某个地方搞砸了。有人知道我可以检查/尝试的其他东西吗?
SBS 2003 是否支持此功能?如果有某种疯狂的限制阻止我这样做,我不会感到惊讶。
答案1
如果您要进行测试安装,那么我只需将 Zimbra 服务器放在子域上([电子邮件保护]) 或其他内容,持续至测试结束。
对于 11 个用户的部署,我认为尝试逐个迁移这些用户会给自己带来不必要的麻烦。在子域上试用新系统,并决定是否要使用它,然后一次性将所有 11 个用户转移到新系统。
但是,如果您的组织基于 SBS,我认为不使用集成的 Exchange 服务器绝对是疯了。您将放弃诸如单点登录、与远程 Web 工作区集成、离线工作(无互联网连接)、Sharepoint 集成等功能,不胜枚举。
答案2
是的,我通过一些迂回的方法解决了这个问题。我没能在我们的服务器上实现地址空间共享。
但我在 Zimbra 框中添加了一个额外的子域 (zimbra.domain.com),并为最初想要在 Zimbra 中迁移的每个电子邮件帐户设置了别名 ([电子邮件保护])
然后我更改了 Exchange 中的智能主机设置,使其指向我们的新 Zimbra 盒(Zimbra 盒无论如何都指向我们的外部私有中继)
然后在 Exchange 中创建了一个联系人,其 SMTP 电子邮件地址为[电子邮件保护]
然后将 Exchange 中邮箱的传递选项更改为传递到我创建的联系人,而不是传递到我的邮箱
看起来运行良好。
希望这对某人有帮助
至于为什么我不应该从 SBS 迁移:
我们的共享文件系统是 Samba/Netatalk/WebDav/SFTP,我们的内联网数据库是 Apache/PHP/MySQL。我现在已经在这些服务和我们的 Zimbra LDAP 服务器之间实现了 LDAP 身份验证。经过多次尝试,我始终无法让 Apache LDAP 身份验证与我们的 Exchange 服务器配合使用。因此,单点登录已成定局。今天,我为 Zimbra AJAX UI 编写了一些插件,以配合我们的内联网数据库和托管的 VoIP 平台,它们似乎运行良好。我们从未使用过 Sharepoint,因为我们已经有一个共享文件系统 (5TB NAS)。想要共享文档等的人现在可以使用 Zimbra 中的公文包。远程工作有一些很大的好处:不再有可怕的基本网络邮件界面或远程桌面,我们仍然可以像以前一样使用 Outlook 离线 MAPI 访问 Zimbra。现在我们的 IMAP 用户也可以访问共享/公共文件夹,我从未设法通过 IMAP 获得我们公共文件夹的写访问权限。此外,它每 1-3 个月就会更新一次,每 12-18 个月就会发布一次主要版本,与我们在 Exchange CAL 上花费的成本相比,它几乎是每位用户每年成本的一半