我最近把一个客户端从基本的T1服务转移到同一个厂商的多站点MPLS解决scheme。 作为T1提供商， XO Communications公司提供了十年稳定的服务。 转移到MPLS的过程有点棘手，涉及IP地址重新分配。
在防火墙， 链接平衡器 ，Exchange，DNS和其他必要的修改之后，我们走上了新的生产线。
不久之后，来自客户端Exchange服务器的出站邮件开始反弹。 SPFlogging，rDNS和其他项目都是正确的。 我们也不在任何黑名单上。 反弹的电子邮件似乎都与微软保护的域名有关： hotmail.com, live.com, msn.com, outlook.com
在此期间，我在Exchange中创build了一个send-conenctor ，通过另一个智能主机来转发这些域。
我最终直接联系了Microsoft，并被告知新的MPLSnetworking块被阻止。 我没有得到进一步的解释。 邮件到其他域工作正常。 我把责任放在客户身上直接与ISP联系，因为ISP不应该有一部分IP空间被这么大的邮件主机阻塞。
最后，ISP已经升级了， 5个月后 ，他们的结论是，微软不会预算，并会继续阻止IP地址。 ISP提供了一个新的IP地址networking供我们使用。
由于特定供应商或特定networking块的过去或现在问题，大量IP地址被阻塞并不是不寻常的。
微软几乎可以阻止任何他们喜欢的电子邮件服务提供商。 他们对客户的责任意味着他们必须平衡由于没有到位而造成的问题而造成的问题。 我并不是说他们在这里做出了正确的select，只是对他们来说是相当正常的事情。 现在要问XO的问题是“他们为什么不动手？”。 没有电子邮件服务提供商列出大块的乐趣，如果他们没有删除该块，表明他们不相信与它的问题得到解决。
至于如何处理这个问题，目前最好的select可能是将智能主机指定给电子邮件提供商，例如mimecast或messagelabs。