我们目前有一台可容纳 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 上花费的成本相比，它几乎是每位用户每年成本的一半