我有一个运行在同一个IP上的邮件服务器和Web服务器。 大多数域使用这两个服务器，所以他们各自的DNSlogging都指向同一个地点。
有一个域使用我的服务器的networking和谷歌服务器的邮件。 这个域名的DNSlogging只有Alogging指向我的服务器，其他所有指向谷歌。 在过去的4天里，有6封电子邮件打到我的邮件服务器（被拒绝转发），而其他所有的（数百）直接去谷歌没有问题。
有什么想法发生在这里？
这听起来像这个域的MXlogging不存在或无法find。 您是否已validationMXlogging存在，并且DNS查询能正确parsing它？
那六封邮件是垃圾邮件还是合法邮件？ 垃圾邮件发送者使用各种技巧，包括挖掘DNSlogging。 例如，一些垃圾邮件发送者将发送电子邮件到优先级较低的MXlogging，而不是履行更高优先级的logging。 一个垃圾邮件发送者可能正在向Alogging发送电子邮件，希望或许有一个电子邮件服务器正在运行，它将接受电子邮件或有助于反向垃圾邮件。 如果是垃圾邮件，那么不要担心。
如果不是垃圾邮件，那么您需要检查是否存在DNS服务器configuration不正确的问题，而不是刷新其DNSlogging。 这6封电子邮件被发送到错误的电子邮件服务器，他们都来自同一个域名？ 如果是这样，看看你是否能够find域名所使用的DNS服务器（例如，如果它是一个单一的公司，他们的企业DNS服务器可能configuration错误，如果它来自单个ISP，看看你是否可以使用该ISP检查他们的客户使用他们的DNS服务器）。
编辑：所以那六个电子邮件不是全部来自同一个域。 来自这六个域名的所有电子邮件是否碰到了错误的电子邮件服务器， 也许每个域名的DNS服务器在configuration上都存在缺陷。 发送电子邮件给你的客户的数百或数千个域名中的六个域名我还是很小的。 在我看来，大多数DNS服务器是故意错误configuration的“性能”的原因，特别是TTL值。 使用dig或nslookup，select该域的DNS服务器进行查询（如果可以find它们;不应该太难），然后查找在错误的电子邮件服务器上收到电子邮件的域的MXlogging。
示例：发送到的域：LeeQuarellaCustomer.com发送到错误服务器的电子邮件的域：ErrantSender.com发件人的DNS服务器：10.0.0.1
nslookup server 10.0.0.1 set type=mx LeeQuarellaCustomer.com 只是一个猜测 – 有多less/哪些Google MX服务器包含在该特定/有时失败域的区域文件中？ 我也玩过Google邮件（一年前），当时Googlebuild议在区域文件中设置大约6个MX服务器。 今天，Google要求提供5个MX条目： Google Apps邮件服务器 。 这可能是您的区域文件指向不存在的MX？
最好的祝福