我们目前有一个11用户SBS 2003服务器处理我们的电子邮件，但是我试图设置一个testing迁移到Zimbra。 对于这个testing迁移，我希望将一些电子邮件地址转移到Zimbra，但剩下的部分保留在SBS 2003上，都在同一个域中。
在Microsoft术语中，我发现这被称为共享名称空间/地址空间。 我已经浏览了各种文章，迄今为止发现的最佳指南是http://support.microsoft.com/kb/321721
我打算将新的Zimbra服务器设置为新的主服务器，因此Zimbra服务器的端口25通过我们的防火墙向互联网开放。 这样一来，因为在Zimbra中configuration路由很容易，因此特定的电子邮件地址会传递到旧的SBS服务器。 我已经在Zimbra中build立了路由，并且工作完美，所以从Zimbra帐户发送到[email protected]直接到旧的SBS Exchange Server。 我还没有在防火墙上切换端口转发，所以SBS 2003机器在技术上仍然是主要的。
问题是我无法获得地址空间共享在SBS 2003中工作…因此，如果SBS服务器上的用户试图发送到不再存在于SBS中的帐户，它将传递到新的邮件服务器。
我几乎一直遵循这个词的MS KB文章，但是当我尝试发送给现在位于Zimbra上的用户时，我仍然从Exchange中popup消息。
所以这就是我所做的，我编辑了我们的默认收件人政策，并添加@ example.local作为一个新的SMTP地址，并删除@ ourdomain.com
我添加了一个名为Split Namespace的新收件人策略，其中包含@ ourdomain.com的新SMTP地址，并且未勾选“此Exchange组织负责将所有邮件传递到此地址”checkbox，我相信这应该表示Exchange现在不是 – 该域的权威性。
所以我有3个收件人策略在系统pipe理器中列出：
1）优先级为1的邮箱pipe理器策略，从用户邮箱中删除早于600天的邮件
2）优先级最低的默认策略
3）分割命名空间策略与优先级2
然后，我进入了我们的默认SMTP虚拟服务器的属性，并检查以确保“消息”选项卡下清除“将所有未parsing收件人邮寄到主机”文本框。 这已经很清楚了。
下一步是创build一个额外的SMTP连接器，称为拆分命名空间SMTP连接器，并将方括号中的新Zimbra机器的局域网IP地址设置为“通过此连接器将所有邮件转发到下一个智能主机”… [192.168。 1.5]。 添加了SERVER _默认SMTP虚拟服务器的本地桥头
去“地址空间”选项卡，并添加一个新的SMTP地址ourdomain.com成本设置为1.我也勾选“允许邮件中继到这些域”框。 检查交付选项，并将其设置为“始终运行”
编辑我们现有的SmallBusiness SMTP连接器，将*星号地址空间的成本降低到20，所以理论上新的SMTP连接器应该在这之前处理。
然后重新启动MS Exchange路由服务和SMTP服务
但是，当我尝试通过我们的SBS服务器发送电子邮件到我们的Zimbra服务器时，我收到以下退信消息：“此邮件发送到的组织中不存在电子邮件帐户，请检查电子邮件地址直接与收件人联系，找出正确的地址。“
所以它不工作，或者我在某个地方搞砸了。 任何人都知道任何我可以检查/尝试？
这在SBS 2003中甚至得到支持吗？ 如果有什么疯狂的限制阻止我这样做，不会感到惊讶。
如果你正在做一个testing安装，那么我只是把Zimbra服务器放在一个子域（[email protected]）或者testing期间。
对于一个11用户部署，我认为你给自己一个不必要的困难时间试图将他们零碎迁移。 尝试在一个子域上的新系统，并决定是否要使用它，然后在一击中将所有11个用户切换到新系统。
但是，如果你的组织是基于SBS的，我觉得你绝对不会使用集成交换服务器。 您将放弃单点login，与远程工作网站集成，离线工作（无互联网连接），Sharepoint集成等等。
正确的，我已经通过做了一点圆满的方式来解决它。 我没有设法让我们的服务器上的地址空间共享工作。
但是我在Zimbra框（zimbra.domain.com）中添加了一个附加的子域，并为我想在Zimbra初始迁移的每个电子邮件帐户（[email protected]）设置别名，
然后，我将Exchange中的智能主机设置更改为指向我们新的Zimbra框（Zimbra框指向我们的外部私有中继）
然后在Exchange中创build一个联系人，其中包含[email protected]的SMTP电子邮件地址
然后在Exchange中更改我邮箱的投递选项，以交付给我创build的联系人而不是我的邮箱
似乎是完美的工作。
希望这可以帮助别人
至于为什么我不应该从SBS迁移：
我们的共享文件系统是Samba / Netatalk / WebDav / SFTP，我们的内部网数据库是Apache / PHP / MySQL。 我现在已经在这些服务和我们的Zimbra LDAP服务器之间实现了LDAPauthentication。 经过多次尝试，我从来没有设法使Apache LDAP Auth与我们的Exchange服务器一起工作。 所以，单一login是钉牢的。 今天，我为Zimbra AJAX UI编写了一些插件，以配合我们的内联网数据库和我们的托pipeVoIP平台，他们似乎很好。 Sharepoint，我们从来没有使用，因为我们已经有一个共享文件系统（5TB的NAS）。 想共享文件等的人现在可以在Zimbra使用公文包。 远程工作有一些很大的好处：没有更好的基本Webmail界面或远程桌面，我们仍然可以像以前那样使用Outlook离线MAPI访问Zimbra。 现在我们的IMAP用户也可以访问共享/公用文件夹，我从来没有设法通过IMAP为我们的公用文件夹获得写访问权限。 此外，每隔1至3个月更新一次，每12至18个月更新一次，每用户每年的成本几乎是一半，而我们在Exchange CAL