Estou preso em uma guerra técnica entre duas empresas. Uma é uma importante organização de hospedagem de email. O segundo é um provedor de DNS chamado DNSMadeEasy.
O problema: um email de um domínio externo para um domínio dentro do host de email é atrasado intermitentemente por duas ou mais horas. O domínio externo usa DNSMadeEasy para hospedar e servidores de nomes de vaidade.
Os sintomas: postfix no host de email envia: 450 4.1.8: Endereço do remetente rejeitado: Domínio não encontrado (em resposta ao comando RCPT TO) adiado
Parece algum tipo de problema de DNS, mas DNSMadeEasy e o host de e-mail dizem que não há problema e apontam o dedo um para o outro.
Um dos técnicos do host de e-mail transmitiu as informações a seguir para mim supostamente escritas por um dos técnicos superiores:
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
Parece que tudo está correto, mas
1) domain primuscomputing.com também é atendido por ns1 / 2.primusnetworks.com, portanto, devemos estar solicitando ao ns2 / 3.primusnetworks.com para obter o endereço ns1.primuscomputing.com
2) Por sua vez, primusnetworks.com está localizado apenas em um NS (apesar do que os servidores raiz pensam)
primusnetworks.com
ns1.primuscomputing.com
208.94.149.4
Isso é uma violação grave do RFC - deve haver pelo menos dois servidores NS para o domínio.
O pior - este único servidor NS não está configurado corretamente.
Então, finalmente, vemos que o skv.com é servido por um único servidor NS configurado incorretamente - o skv.com precisa mudar o host do DNS.
Nota adicional: DNSMadeEasy diz que existem SIX servidores independentes que funcionam para skv.com.
Duas perguntas:
-
Se você observar como os servidores de nomes são especificados para skv.com, você vê algum problema?
-
Você entende o que o host de e-mail está tentando dizer?
Estou tentando descobrir mais informações, mas as duas empresas estão cavando seus calcanhares.