在 P2V 之后，Exchange 2007 似乎没有收到来自内部客户端（Outlook 2010）的任何消息以进行传递。
我们可以接收从外部收件人发送的邮件，也可以接收来自使用自己的 smtp 服务器的内部运行的设备和服务的邮件，并且当我们发送邮件时，它们似乎会通过，并显示在我们的已发件箱中，但是我们不会在我们的内部客户端或外部帐户上收到从内部 Outlook 客户端发送的任何邮件。
查看 Exchange 服务器和队列，这些内部邮件从未出现在队列中以供处理。就好像 Outlook 客户端认为它们已成功连接，但 Exchange 服务器从未拾取这些邮件。
旧物理服务器未上电，IP地址和网络名配置正确（相同）。
答案1
验证“客户端”接收连接器上的设置是否设置了适当的身份验证以及权限组是否设置为 Exchange 用户。
答案2
系统详细信息：VMWare - ESXi 4 Windows Server 2008 sp2（不是 R2）Exchange 2007
P2V 步骤：使用 VConverter（当前版本），在 P2V 之前停止 Exchange 服务，保留配置默认设置。
已验证 NIC 配置。系统中存在 Ghost NIC，但当新（虚拟）NIC 上的配置接管相同配置时，2008 会从 Ghost 中删除配置。
====================================
这真是一头猛兽，甚至还没有完全被征服。
我从未弄清楚第一个 P2V 过程发生了什么，只是某种程度上很糟糕。所有配置都与物理（正常运行）交换服务器完全匹配，并且看似有效的连接之间没有任何通信。
由于没有足够的时间继续诊断，我们在随后的一个晚上运行了第二次 P2V，但同样没有成功，但这次只是新 VM 从未加载操作系统。第三次尝试似乎也出现了类似的情况，但结果证明这是一个不错的副本。起初它似乎存在第二次尝试中未加载的问题，所以我也放弃了。然而，事实证明问题是 RDP 控制台和 vSphere 机器查看器之间的兼容性问题，导致通过 RDP 连接查看时查看器窗口中没有显示任何内容。
我们用这个好的副本测试了发送，并确认一切正常。一些 Outlook 客户端需要禁用缓存，然后重新启用才能在测试中“看到”新服务器。似乎缓存除了域名和 IP 地址外还保留了一些记录，因此如果客户端在迁移期间正在运行，一旦 Exchange 服务器重新上线，它可能会卡在错误的位置寻找 Exchange 服务器。
所以，我们已经解决了这个问题，今晚我将再试一次，避开 RDP 控制台以确保最大成功的机会。
对于最初的问题，微软和我们的顾问都建议简单地重新进行 P2Ving，因为他们没有理由意识到最初的问题应该发生。