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 $ORIGIN
diretiva é 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 name
será um MX para o domínio domain
.
No seu caso, você está dizendo que o servidor com nome mx.example.com
tratará o correio do mx.example.com
domí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:
- 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).
- 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.