我一直在阅读大量有关从2003年到2010年的移交文件。
这似乎不是太复杂，但我没有能够围绕我的大脑的一部分是客户端访问旧的2003服务器，而我们仍然与一些人在2010年和一些2003年的一些人。
我目前有一个简单的设置 – 一个单一的2003服务器，它具有所有的angular色。 它位于NAT后面，端口转发给SMTP和HTTPS。 客户端通过networking邮件和Outlook通过HTTPS访问mail.example.com。
如果我理解正确，当我部署Exchange 2010时，mail.example.com应该指向2010服务器（所以我将NAT端口转发更改为指向新服务器）。 但仍然在2003服务器上的用户需要能够访问legacy.example.com。
legacy.example.com是否需要一个单独的公共IP地址，端口转发到2003服务器？
我们也从未在2003年configuration过自动发现function。客户端通过outlook使用outlook会不会需要重新configuration以连接到2003服务器？
首先，在我进入之前，我可以build议一个切换迁移？ 当你只有一台邮件服务器时，它们变得更容易，工作更less，而且是有意义的。 不利的一面是，无论从一台服务器到另一台服务器（然后退役旧服务器，并将新服务器分配给旧服务器的IP和主机名）所需的时间过长，都会发生电子邮件中断。 一般情况下，如果在转换date之前将大量电子邮件迁移，并对数据进行区分，则通常可以使用最合适的工具最多花费几分钟时间，因此只能有效地迁移一天或如此价值的数据，而不是全部。
话虽如此，不，你不需要为你的新服务器提供一个公共的IP，因为你需要设置当前/旧服务器来转发邮件。 （见下文。）
通常，在共存迁移中，您设置了一个邮件服务器将邮件转发给另一个邮件服务器（如果只有2个邮件服务器）。 最简单的方法是设置[假]子域，一对一分配邮件服务器，另一个分配给其他邮件服务器，并configuration一个智能主机来处理从一个到另一个的邮件路由。 您将离开Exchange 2003服务器，而不是为2010服务器设置公共IP或NAT。
因此，让我们使用oldmail.company.com和newmail.company.com作为子域名（为了简单起见，您可能不想使用这些实际名称）。 oldmail子域将被“分配”到Exchange 2003服务器（内部通过Exchange系统pipe理器，而不是通过DNS），并添加到该服务器权威的邮件域列表中，并将newmail子域添加到2010服务器权威的域列表。 然后，您将在两台服务器上configuration智能主机设置，以检查其他邮件服务器是否在本地找不到收件人，并设置发送和接收连接器来处理从一台服务器到另一台服务器的邮件转发。 （以便Exchange 2003服务器将[收件人] @ newmail.company.com的任何邮件转发到2010服务器，2010服务器将[收件人] @ noldail.company.com的所有邮件转发到2003服务器。）
通过这种方式，两个邮件服务器上的用户可以在内部互相发送邮件（每个邮件服务器在拒绝邮件之前检查另一个邮件服务器是否有效），外部用户也可以。 邮件将像以前一样到达2003服务器，如果收件人没有find，它将检查2010服务器，看看你的收件人是否在那里。 一旦每个人都转移到Exchange 2010服务器上，您将安排一段时间来closuresExchange 2003服务器，将2010放置到位，并删除智能主机和邮件路由规则。 这当然假设您正确地设置了2010邮件服务器，并且它被设置为接收外部邮件，并且将company.com作为其邮件域之一。
这三个主要的缺点是：
您必须手动处理用户 – 每个用户只能拥有一个帐户，因此，您需要将其从旧服务器移除到新服务器。
您必须处理用户邮件客户端设置 – 当他们迁移到新的服务器时，他们必须指向他们的客户端，然后在切换后将其指向原始位置。 （另外，邮件客户端的日程安排和其他“非邮件”function往往是一个很难在共存期间得到正确的）。
从一台服务器或另一台服务器发送的电子邮件将显示为[发件人] @ [子域] .company.com，而不是[发件人] @ company.com，除非您跳过箍环来改变这一点。 当共存完成后，一个或两个子域名从邮件服务器中删除，这将导致回复这些旧邮件反弹，并可能比技术上不识字的用户和客户更多的帮助台电话。