我的网站托pipe在一个位置，也可以接受电子邮件的服务器上，我使用Google Apps作为电子邮件提供商。 在过去的18个月里，我没有遇到任何问题，也没有电子邮件丢失的报告。
不过本周，有人使用Hotmail试图给我发电子邮件。 他们发送的电子邮件中有25-50％被退回给他们，并发送“550中继不允许”消息。
我的MXlogging是正确的，并检查我的Web服务器上的Exim日志，我看到Hotmail正试图发送电子邮件到Alogging，因为这台服务器可以接受电子邮件。 这似乎是Hotmail的一个已知问题 。
由于我不能禁止从Web服务器接受来自Hotmail邮件（因为其他人使用Web服务器作为他们的电子邮件托pipe），有没有解决scheme？
Hotmail无法使用正确的DNS规则。 Hotmail将总是尝试首先传递到域的Alogging，并将忽略MXlogging。 如果域A-record接受一个连接（例如它运行一个邮件服务器），它将尝试发送邮件，在大多数情况下，如果web服务器和邮件服务器是同一个邮箱，那么这个邮件就不会成为问题。
但是，如果域使用不同的邮件服务器，Hotmail仍然会尝试将邮件传递到域的Alogging。 如果机器给了一个550中继拒绝，Hotmail将无法发送邮件。 它不会尝试域的MXlogging。
只有解决方法是到防火墙端口25，所以Hotmail无法连接到您的端口25.如果失败，Hotmail将尝试parsingMXlogging。
这已经是一个多年的问题，但Hotmail是无知的。
你确定你的MXlogging自己一直工作吗？
如果由于某种原因Hotmail无法查找您的MXlogging，但可以查找您的Alogging，他们将尝试后者。
我强烈推荐Google的CheckMX工具 。
我一直想知道为什么通过Hotmail发送的邮件反弹了，但是这个工具让我看到了Web服务器上的一个开放的端口25，这让Hotmail感到困惑。 所以，即使是Hotmail谁是怪，我closures了港口，从那以后没有任何问题。
我们也有这个问题，Hotmail忽略MXlogging。 但似乎失败是不一致的。 下面列出的服务器有时会显示在我们的日志中显示成功交付，而其他时间则显示返回给发件人的错误。
我们已经解决了这个问题。 这是由于DNS服务器往往没有响应。 （虽然它是在一个大型networking托pipe公司）。 当我们开始使用我们自己的DNS服务时，问题就消失了，我们现在还没有看到一个月的任何错误。
上面的“接受”的答案是不正确的：Hotmail确实正确使用MXlogging。