O que cada um dos valores 0, 1, 5, 5, 10, 10 significa?
O Google diz que você pode fazer isso ou usar o 1º 1º 3º 3º < - como eles são diferentes ou iguais?
0, 1, 2, 2, 3, 3 agem da mesma forma que 0, 1, 5, 5, 10, 10?
significa menor número é o servidor de e-mail mais preferido, veja RFC 5321 se você estiver realmente interessado. Você pode usar 1, 2, 3 & alcançar o mesmo que 10,50,100. não faz diferença.
Sim, 0,1,2,2,3,3 irá agir da mesma forma que 0, 1, 5, 5, 10, 10
As prioridades do MaileXchanger (MX) são dadas como números inteiros. O menor número é o mais preferido. Se 2 MX's tiverem o mesmo número, outros servidores de email devem escolher um aleatoriamente. É normal um recomendado ter pelo menos 2 MX's para um domínio, um MX principal hospedado no local e um MX de backup em algum outro lugar que armazena temporariamente emails para você se o MX principal estiver inativo.
O Google, que opera um grande sistema de e-mail, usa, é claro, vários MXs, e cada um deles é provavelmente um cluster de servidores com balanceamento de carga.
Como você configura os registros MX para o seu próprio domínio é sua escolha, mas a recomendação do Google é boa e boa. Há um velho hábito entre os administradores de sistemas é sempre deixar algum "espaço para expansão futura". É provavelmente por isso que o Google incrementa as prioridades do MX em 5, para deixar alguns números não usados agora que podem ser usados para futuros clusters MX, se necessário.
Google says you can do that or use 1st 1st 3rd 3rd
Mnn, não, eu não penso assim? Onde você leu isso; Acho que você pode ter entendido mal a documentação deles ...
Se você quiser saber mais sobre registros MX no DNS, então RFC 974 deve ser sua primeira parada . Mas, na verdade, não há necessidade - basta seguir a recomendação do Google . Enquanto edita o DNS, lembre-se dos registros SPF .
Geralmente, os clientes SMTP tentam contatar o servidor MX com a maior preferência (ou menor distância , portanto, os números mais baixos). Quando há mais de um registro MX com a mesma prioridade, espera-se que os clientes SMTP selecionem aleatoriamente um deles. Este é um método fácil e eficaz de balanceamento de carga.
Um número mais alto significa uma prioridade mais baixa, eles seriam usados (e randomizados novamente) quando servidores de prioridade mais alta não respondem.
Se você quer dizer que você pode declarar "1st, 2nd" etc como valor de prioridade: eu nunca ouvi falar disso.
De qualquer forma, no seu exemplo, um cliente primeiro tentaria entrar em contato com o servidor de prioridade 0, se isso falhar, tente o 1, então selecione aleatoriamente um dos 5s, depois o outro e se ainda não tivesse sorte, atrasar / reprovar a transferência.
Editar: Sim, as duas variantes significam o mesmo, mas eu recomendaria usar etapas de pelo menos 5 entre elas, o que torna possível inserir servidores adicionais com prioridades entre o presente sem ter que editar todas as entradas. Concedido, isso deve ser extremamente raro, mas ainda assim :)