我正在寻找移动一些邮箱到Office365交换计划，但我也需要保持现有的POP3帐户。
scheme1：这种设置是否有最佳做法？ 你只是允许Office365从域名发送，同时保持旧邮箱作为转发到Office365吗？
选项2：或者您是否想转向另一种方式，将MXlogging指向Exchange服务器，然后将转发器的代理域指向旧的POP3邮箱？
我正在倾向于select1，但愿意接受更多的想法。
编辑添加：有两个域名，一个.com和一个.co.uk的.co.uk别名为CNAME到.com所以基本上他们是一样的。
目前的POP3邮箱都在.com域名上，但是如您所期望的那样收到.com和.co.uk电子邮件。
目前，我只需要将一个POP3邮箱移动到Exchange（Office365）设置。 我可以保持域的设置“按原样”，并使用Office365 mycompanyname.onmicrosoft.com作为他们的login，并使用POP3帐户POP3收集或邮件转发。
我担心太多的MXlogging混乱可能会导致未来分裂的设置更令人头疼。 我明白，通常的设置是每个MX目的地一个域。
好吧，我想我知道你的设置是什么，但仍然有点模糊，我还是不能分辨是否有现有的Exchange服务器。 除非您一直将O365称为“交换”，这可以更好地表述为O365或“Exchange Online”，以防止混淆。
所以我会去这个：
如果您将域名（@ domain.com）的MXlogging指向O365，则您需要允许内部中继不在O365上的任何用户的邮件。 这很简单： http : //technet.microsoft.com/en-us/library/jj945194%28v=exchg.150%29.aspx
然而，只有一个用户，这似乎毫无意义，我不确定这样的设置是什么许可要求。
如果你的POP3提供者允许的话，另一种方法是…。 在那里为该域带来电子邮件，然后将该O365账户转交给O365。
这些中继选项是允许稍后进行互操作和扩展的最佳select。
“便宜”的select是邮箱级转发。 这将涉及O365帐户留在onmicrosoft.com邮件地址，然后将其POP3帐户转发到他们的onmicrosoft.com帐户。 但是，如果您不希望从该帐户发送的邮件将作为onmicrosoft.com发送，那么从该帐户发送信息时会变得棘手。
这有帮助吗？