我已经阅读了大量有关从 Exchange 2003 迁移到 2010 的文档。
它似乎并不是过于复杂，但有一部分我一直无法理解，那就是当我们仍然有人使用 2010 服务器，有人使用 2003 服务器时，客户端如何访问旧的 2003 服务器。
我目前有一个简单的设置 - 一台具有所有角色的 2003 服务器。它位于 NAT 后面，端口转发到它以进行 SMTP 和 HTTPS。客户端可以通过 Webmail 和 Outlook 从任何地方通过 HTTPS 访问 mail.example.com。
如果我理解正确，当我部署 Exchange 2010 时，mail.example.com 应该指向 2010 服务器（因此我更改了 NAT 端口转发以指向新服务器）。但仍在 2003 服务器上的人需要能够访问 legacy.example.com。
legacy.example.com 是否需要单独的公共 IP 地址并将端口转发到 2003 服务器？
我们也从未使用 2003 配置自动发现。通过任何地方的 Outlook 使用 Outlook 的客户端是否需要重新配置才能仍然连接到 2003 服务器？
答案1
首先，在我开始之前，我是否可以建议进行切换迁移？当您只有一台邮件服务器时，切换迁移会更容易、工作量更少，而且更有意义。缺点是，无论将数据（邮件）从一台服务器传输到另一台服务器需要多长时间（然后停用旧服务器，并将新服务器分配给旧服务器的 IP 和主机名），电子邮件都会中断。如果您在切换日期之前迁移大部分电子邮件并对数据进行差异处理，使用正确的工具，您通常可以让此中断最多持续几分钟，因此您实际上只迁移了一天左右的数据，而不是全部数据。
话虽如此……不，您不需要为新服务器设置公共 IP，因为您可以设置当前/旧服务器来将邮件转发给它。（见下文。）
通常，在共存迁移中，您会设置一个邮件服务器来将邮件转发到另一台邮件服务器（如果您只有 2 台）。最简单的方法是设置 [假] 子域，将一个子域分配给一台邮件服务器，将另一个子域分配给另一台邮件服务器，并配置智能主机来处理从一个服务器到另一个服务器的邮件路由。您可以保持 Exchange 2003 服务器原样，而不为 2010 服务器设置公共 IP 或 NAT。
因此，让我们使用 oldmail.company.com 和 newmail.company.com 作为子域（为了使示例简单，您可能不想使用这些实际名称）。 oldmail 子域将“分配”给 Exchange 2003 服务器（内部分配，通过 Exchange 系统管理器，而不是通过 DNS），并添加到该服务器具有权威性的邮件域列表中，而 newmail 子域将添加到 2010 服务器具有权威性的域列表中。然后，您将在两台服务器上配置智能主机设置，以检查另一台邮件服务器（如果在本地找不到收件人），并设置发送和接收连接器来处理从一台服务器到另一台服务器的邮件转发。 （这样，您的 Exchange 2003 服务器就会将发往 [recipient]@newmail.company.com 的所有邮件转发到 2010 服务器，而 2010 服务器则会将发往 [recipient]@noldail.company.com 的所有邮件转发到 2003 服务器。）
这样，两个邮件服务器上的用户都可以在内部互相发送邮件（每个邮件服务器在拒绝电子邮件之前都会检查对方的收件人是否有效），外部用户也可以这样做。邮件会像以前一样到达 2003 服务器，如果找不到收件人，它会检查 2010 服务器以查看收件人是否在那里。一旦每个人都登录到 Exchange 2010 服务器，您就可以安排时间关闭 Exchange 2003 服务器，将 2010 服务器放到原位，并删除智能主机和邮件路由规则。当然，这假设您正确设置了 2010 邮件服务器，并且它已设置为接收外部邮件，并且 company.com 是其邮件域之一。
其主要缺点有以下三个：
您必须手动处理用户 - 每个用户只能拥有一个帐户，因此一旦将他们迁移到新服务器，就需要将其从旧服务器中删除。
您必须处理用户邮件客户端设置 - 当他们迁移到新服务器时，他们必须将客户端指向新服务器，然后在切换后将其指向原始位置。（此外，在共存期间，日历和邮件客户端的其他“非邮件”功能往往很难正确设置）。
除非您费尽周折更改，否则从一个服务器或另一个服务器发送的电子邮件将显示为 [sender]@[subdomain].company.com，而不是 [sender]@company.com。当共存完成并且一个或两个子域从您的邮件服务器中删除后，这将导致对这些旧电子邮件的回复被退回，并且可能比您预期的更多来自技术文盲用户和客户的帮助台呼叫。