Registro MX aponta para si mesmo, possível?

Registro MX aponta para si mesmo, possível?

Digamos que eu tenha o seguinte DNS ativo para o domínio example.com(deixando de fora prioridade e ttl)

   example.com A    123.45.67.89
mx.example.com A    123.45.67.89
   example.com MX   mx.example.com

Agora, este é um registro DNS válido. Se eu adicionasse o seguinte registro mx, isso causaria algum problema?

mx.example.com MX   mx.example.com

Eu testei isso e parece funcionar, mas quero ter certeza.

A razão é que eu sempre usei[e-mail protegido]para enviar por e-mail sem este último registro mx adicionado. Mas alguns serviços falham porque não estão usando o domínio principal, mas sim verificam o subdomínio se esse registro mx estiver presente. Adicionar o registro mx parece permitir que os serviços funcionem, mas agora estou preocupado que isso possa causar problemas no envio/recebimento de e-mails.

Além disso, defini a prioridade para o novo registro mx ser inferior ao original, então, em teoria, isso deveria fazer com que ele sempre escolhesse o primeiro, mas estou curioso para que funcione mesmo se as prioridades forem invertidas.

Responder1

Um MX RR apontando para si mesmo é perfeitamente válido e não causará problemas. Porém, pode ser considerado redundante devido à regra geral de que se um nome de domínio não tiver MX RR, mas um A RR, este último deverá ser usado para entrega de correspondência. Em outras palavras, um MX RR apontando para si mesmo é implicitamente assumido quando nenhum MX RR explícito está presente.

Observe que seu código de exemplo apresenta problemas sintáticos. Os FQDNs não possuem pontos finais e os MX RRs não possuem campos prioritários. Deveria ler:

   example.com.    A    123.45.67.89
   mx.example.com. A    123.45.67.89
   example.com.    MX   10 mx.example.com.
   mx.example.com. MX   10 mx.example.com.

ou equivalente:

   $ORIGIN example.com.
   @               A    123.45.67.89
                   MX   10 mx
   mx              A    123.45.67.89
                   MX   10 mx

(A $ORIGINdiretiva é redundante se o todo fizer parte do arquivo de zona para domain example.com.)

Responder2

Você pareceu se confundir. O formato DNS MX-RR domain MX pref nameé usado para dizer que o servidor com um nome nameserá um MX para o domínio domain.

No seu caso, você está dizendo que o servidor com nome mx.example.comtratará o correio do mx.example.comdomínio. Isso é perfeitamente válido, mas me parece que você deseja configurar um MX para example.com.

Responder3

Acho que o cerne da sua pergunta foi respondido, mas você pode querer esclarecer alguma confusão:

  1. Não há "segundo registro MX com prioridade mais baixa", as prioridades dos registros MX têm como escopo nomes, ambos os nomes no seu exemplo têm apenas um MX cada, portanto a prioridade é completamente sem consequências. Um MTA procura nos registros MX exatamente a parte do host para a qual está tentando entregar, nada mais (exceto a pesquisa A/AAAA se a pesquisa MX fornecer zero registros de resultado).
  2. Além disso, o registro MX não "aponta para si mesmo" - ele contém apenas o mesmo nome de host sob o qual está armazenado, mas esse nome aponta para registros A e AAAA, que são distintos do registro MX armazenado com o mesmo nome. No DNS, você pode armazenar qualquer número de registros diferentes com o mesmo nome, e não há nada de errado com um registro com um nome apontando para outro registro com o mesmo nome - a única coisa que não é uma boa ideia é apontar para o mesmo registro, como ter um registro CNAME com seu próprio nome, pois isso, por sua vez, apontaria para o mesmo registro CNAME, etc., ad infinitum.

informação relacionada