我们目前有一个 11 个用户的 SBS 2003 服务器来处理我们的电子邮件,但是我正在尝试设置一个到 Zimbra 的测试迁移。对于此测试迁移,我希望将一些电子邮件地址移至 Zimbra,但其余的仍保留在 SBS 2003 上,都在同一个域下。
在 Microsoft 术语中,我发现这称为共享命名空间/地址空间。我浏览了各种文章,到目前为止我发现的最好的指南是http://support.microsoft.com/kb/321721
我打算将新的 Zimbra 服务器设置为新的主服务器,因此 Zimbra 服务器的 25 端口通过我们的防火墙对互联网开放。这样做是因为在 Zimbra 中配置路由很容易,以便将特定的电子邮件地址传递到旧的 SBS 服务器。我已经在 Zimbra 中设置了路由并且它运行良好,所以从 Zimbra 帐户发送到 [email protected] 会直接发送到旧的 SBS Exchange Server。我还没有在我们的防火墙上切换端口转发,所以 SBS 2003 机器在技术上仍然是主要的。
问题是我无法让地址空间共享在 SBS 2003 中工作......因此,如果 SBS 服务器上的用户尝试发送到 SBS 中不再存在的帐户,它将被传递到新的邮件服务器.
我几乎完全按照那个 MS KB 文章的字眼,但是当我尝试发送给现在居住在 Zimbra 上的用户时,我仍然收到来自 Exchange 的退回邮件。
所以这就是我所做的,我编辑了我们的默认收件人策略并将@example.local 添加为新的 SMTP 地址,并删除了@ourdomain.com
我添加了一个名为拆分命名空间的新收件人策略,新的 SMTP 地址为 @ourdomain.com 和取消选中“此 Exchange 组织负责向此地址发送所有邮件”复选框,我认为这应该意味着 Exchange 现在对该域没有权威。
所以我在系统管理器中列出了 3 个收件人策略:
1)优先级为 1 的邮箱管理器策略,它从用户邮箱中删除超过 600 天的邮件
2)优先级最低的默认策略
3)优先级为 2 的拆分命名空间策略
然后我进入我们的默认 SMTP 虚拟服务器的属性并检查以确保“将具有未解析收件人的所有邮件转发到主机”文本框在“消息”选项卡下是清晰的。已经很清楚了。
下一步是创建一个额外的 SMTP 连接器,称为拆分命名空间 SMTP 连接器,并将“通过此连接器转发所有邮件到以下智能主机”设置为方括号中新 Zimbra 机器的 LAN IP 地址... [192.168. 1.5]。添加了服务器的本地桥头 - 默认 SMTP 虚拟服务器
进入“地址空间”选项卡并添加了 ourdomain.com 的新 SMTP 地址,成本设置为 1。我还勾选了“允许将邮件中继到这些域”框. 检查了交付选项,它设置为“始终运行”
编辑了我们现有的 SmallBusiness SMTP 连接器,将 * 星号地址空间的成本更改为 20,因此理论上新的 SMTP 连接器应该在此之前处理。
然后重新启动 MS Exchange 路由服务和 SMTP 服务
但是,当我尝试通过我们的 SBS 服务器向 Zimbra 服务器发送电子邮件时,我收到以下退回消息:“该电子邮件帐户在此邮件发送到的组织中不存在。检查电子邮件地址,或者直接联系收件人以找出正确的地址。”
所以它不起作用,或者我在某个地方搞砸了。任何人都知道我可以检查/尝试的其他内容吗?
这在 SBS 2003 中是否支持?如果有某种疯狂的限制阻止我这样做,我不会感到惊讶。
如果您要进行测试安装,那么我只会在测试期间将 Zimbra 服务器放在子域 ([email protected]) 或其他东西上。
对于 11 个用户的部署,我认为您在尝试零碎地迁移它们时给自己带来了不必要的困难。在子域上尝试新系统并决定是否要使用它,然后一键将所有 11 个用户切换到新系统。
但是,如果您的组织是基于 SBS 的,我认为您不使用集成交换服务器绝对是疯了。您将放弃单点登录、与远程工作网站集成、离线工作(无互联网连接)、Sharepoint 集成等功能。
是的,我已经通过一种迂回的方式解决了它。我没有设法让地址空间共享在我们的服务器上工作。
但是我在 Zimbra 框 (zimbra.domain.com) 中添加了一个额外的子域,并为我最初想在 Zimbra 中迁移的每个电子邮件帐户设置别名 ([email protected])
然后我更改了智能主机设置在 Exchange 中指向我们的新 Zimbra 框(无论如何,Zimbra 框都指向我们的外部私人中继)
然后在 Exchange 中创建了一个联系人,其 SMTP 电子邮件地址为 [email protected]
然后更改了我邮箱的传递选项Exchange 发送到我创建的联系人而不是我的邮箱
似乎工作完美。
希望这可以帮助某人
至于为什么我不应该从 SBS 迁移:
我们的共享文件系统是 Samba/Netatalk/WebDav/SFTP,我们的 Intranet DB 是 Apache/PHP/MySQL。我现在已经在这些服务和我们的 Zimbra LDAP 服务器之间实现了 LDAP 身份验证。经过多次尝试,我从未设法让 Apache LDAP Auth 与我们的 Exchange 服务器一起工作。所以单点登录是确定的。今天我为 Zimbra AJAX UI 编写了一些插件,以配合我们的 Intranet 数据库和托管的 VoIP 平台,它们似乎运行良好。Sharepoint,我们从未使用过,因为我们已经有一个共享文件系统(5TB NAS)。想要共享文档等的人现在可以使用 Zimbra 中的公文包。远程工作有一些很大的好处:不再需要令人敬畏的基本网络邮件界面或远程桌面,我们仍然可以像以前一样使用 Outlook 对 Zimbra 进行离线 MAPI 访问。现在我们的 IMAP 用户也可以访问共享/公共文件夹,我从未设法通过 IMAP 为我们的公共文件夹提供写访问权限。此外,每 1-3 个月更新一次,每 12-18 个月更新一次主要版本,与我们在 Exchange CAL 上花费的成本相比,这几乎是每位用户每年成本的一半