这些域名服务器configuration是否正确？

我陷入了两家公司之间的技术战争中。 一个是主要的电子邮件托pipe组织。 第二个是名为DNSMadeEasy的DNS提供商。

问题：从外部域到电子邮件主机内的域的电子邮件会间歇性地延迟两个或更多个小时。 外部域使用DNSMadeEasy托pipe和虚荣名称服务器。

症状：电子邮件主机的postfix发送：450 4.1.8：发件人地址被拒绝：找不到域（回复RCPT TO命令）

它看起来像某种DNS问题，但DNSMadeEasy和电子邮件主机都说没有问题，并指向对方。

• Postfix和Dovecot打开端口
• 安装和维护电子邮件服务器
• 只有在SPF失败时才使用灰名单
• 与发件人身份validation相结合的Postfix域白名单
• Postfix作为电子邮件转发到Gmail，SPF的问题

其中一位电子邮件主持人的技术人员将下列信息传递给了我认为由高级技术人员之一编写的信息：

Actually the problem with skv.com is here -- domain resides on

skv.com

ns3.primusnetworks.com 208.80.126.4

ns2.primusnetworks.com 208.80.124.4

ns1.primuscomputing.com 208.94.149.4

看起来一切都是正确的，但是

1）域primuscomputing.com也服务于ns1 / 2.primusnetworks.com，因此我们应该要求ns2 / 3.primusnetworks.com获取ns1.primuscomputing.com的地址

2）primusnetworks.com实际上只位于一个NS（尽pipe根服务器认为）

primusnetworks.com

ns1.primuscomputing.com 208.94.149.4

这严重违反了RFC – 至less应该有两台NS服务器。 最糟糕的 – 这台NS服务器configuration不正确。 所以最后我们看到，skv.com是由单个错误configuration的NS服务器提供服务 – skv.com需要更改DNS主机。

附加说明：DNSMadeEasy说，有六个独立的服务器，为skv.com工作。

两个问题：

1. 如果你看看如何为skv.com指定名称服务器，你是否看到一个问题？

2. 你知道邮件主机试图说什么吗？

我试图找出更多的信息，但两家公司正在挖掘他们的高跟鞋。

  NS1.PRIMUSCOMPUTING.COM NS2.PRIMUSNETWORKS.COM NS3.PRIMUSNETWORKS.COM 66.162.216.152 

 $ host NS3.PRIMUSNETWORKS.COM NS3.PRIMUSNETWORKS.COM has address 208.80.126.4