Qual é o sentido do subdomínio “mail”?

Question

Estou fazendo minha primeira configuração de servidor de e-mail no Ubuntu 16.04. Em todos os tutoriais e How-Tos, há o subdomínio mail como em mail.example.com . Eu estou querendo saber se isso é algum requisito formal ou apenas um exemplo de uma possível solução que é exigida por nenhum padrão.

Estou tentando fazer isso com esses registros de DNS:

MX       main.dom        main.dom        1        14400
CNAME    www.main.dom    main.dom                 43200
A        main.dom        XXX.XXX.XXX              3600

Não sei como posso testá-lo. Nem posso prever as consequências da falta de experiência. Eu posso dizer que o próprio servidor é responsivo ao telnet na porta 25, dando isto:

$ telnet main.dom 25
Trying XXX.XXX.XXX.XXX...
Connected to main.dom.
Escape character is '^]'.
220 server1.main.dom ESMTP Postfix (Ubuntu)

main.dom não é o endereço real, apenas uma representação estrutural. Quando chamado localhost XXX.XXX.XXX.XXX é 127.0.0.1 , mas o FQDN permanece o mesmo (3 partes).

Respostas para isso são difíceis de encontrar na rede. E supondo que eu use o subdomínio mail ,

MX       main.dom        mail.main.dom        1        14400

eu também preciso criar um CNAME correspondente?

    

Answer 1

A maioria dos domínios de qualquer tamanho significativo tem uma máquina dedicada exclusivamente ao correio, portanto mail.example.com .

do I also need to create a corresponding CNAME?

Não, você precisa de um registro A para mail.main.dom . Os registros MX sempre devem apontar para um A. É um erro comum apontar um registro MX para um CNAME.

Com a sintaxe de vinculação:

main.dom.        IN  MX     10  mail.main.dom.
mail.main.dom.   IN  A          1.2.3.4

Ou se você quiser servir tudo na mesma máquina:

main.dom.        IN  A          1.2.3.4
main.dom.        IN  MX     10  main.dom.
www.main.dom.    IN  CNAME      main.dom.

Notas laterais:

• Não é uma boa ideia definir a prioridade do MX como 1. Se você precisar de um novo percurso de emergência de e-mail, poderá adicionar um MX com prioridade mais alta, digamos 5.
• Pela mesma razão, você não deve definir o TTL para MX muito alto. Algo como 3600 é grande o suficiente para não martelar seu DNS, mas pequeno o suficiente para permitir que você faça alterações em uma emergência (as alterações devem se propagar em menos de uma hora).
• A Prioridade 0 funciona, mas há razões técnicas para não usá-la.

Answer 2

É um exemplo. Um host de correio pode ter qualquer nome (e um único host físico pode ter vários nomes). Em um tutorial, pode ser mais fácil distinguir o host de correio de outros hosts se o host de correio tiver mail em seu nome. Reduz as possibilidades de confusão.