Comportamento do servidor com prioridade MX

Esta é uma pergunta sobre a prioridade do procotol MX. Se eu tiver dois servidores como MX com prioridade diferente:

Servidor MX 10
Servidor MX 20B

É esta garantia pelo protocolo que o MX 10 é o preferido? O remetente pode escolher o secundário por qualquer outro motivo, exceto a disponibilidade principal?

Em outras palavras: se meu MX do serverA estiver funcionando bem e com capacidade de conexão infinita (teórica), posso ter certeza de que ninguém tentará uma conexão com o serverB?

smtp load-balancing mx-record

— Tobia
fonte

Respostas:

Em circunstâncias normais, o servidor se conectará ao primeiro disponível, mas há muitos motivos pelos quais o primeiro pode não estar disponível para uma pessoa, mas não para a próxima. Alguns desses motivos incluem coisas sobre as quais você não tem controle. No entanto, a regra geral é tentar do menor para o maior até que haja uma resposta e, em seguida, use esse servidor.

Onde costuma haver uma exceção é o spam. Freqüentemente, os registros MX com número mais baixo apontam para serviços hospedados, filtragem de spam, etc. O registro MX com número mais alto será um "à prova de falhas" e geralmente apontará diretamente para o IP do seu servidor. A idéia é que, se o serviço hospedado falhar, o correio ainda será entregue. Com isso em mente, os spammers irão procurar o número mais alto e enviar e-mails para lá.

— Drifter104
fonte

Eu li sua resposta interessante e também este artigo: blog.zensoftware.co.uk/2012/07/02/… onde eles aconselham contra mx secundário, mas ... Eu tenho uma pergunta: como fazer um backup e também evitar spam Festival? É possível?

— Tobia

@Tobia, é claro, mas simplesmente significa não apontar para o seu próprio servidor, mas isso também significa que você não terá redundância se os serviços hospedados falharem. Depende apenas de quanto você confia no serviço.

— Drifter104

Mas lembre-se também de que as falhas temporárias geralmente serão enfileiradas e repetidas pelo MTA de envio; e, mesmo que não exista (ou ocorra uma condição de erro permanente), a notificação de falha na entrega para o remetente provavelmente levará a novas tentativas manuais (ou comunicação fora da banda).

— eggyal

Você não pode ter certeza porque o cliente também pode ter alguns erros de rede e não conseguir se conectar serverA, conserte a rede e tente se conectar ao serverB.

— emi
fonte

Ok, vamos considerar uma situação teórica, o cliente pode "escolher" serverB a mx ou sempre tenta antes do MX primário? Quero entender se a prioridade do MX é algo como balanceamento de carga ou failover.

— Tobia

Um cliente sempre pode escolher se deve ser programado para isso. Conforme declarado na primeira resposta, a maneira geral como os clientes são codificados nos servidores de produção deve ir de alto a baixo. Os clientes de spam geralmente trabalham de alto a baixo. Às vezes, os clientes de teste SMTP até deixam o usuário final decidir

— netniV

Depende inteiramente da pessoa que escreveu o mecanismo SMTP que está tentando fazer o contato. Por design, tente o MX em ordem numérica crescente e tente o registro A. No entanto, o programador é livre para fazer ou não fazer o que achar melhor e o correio normalmente ainda será entregue ...

— Brian Knoblauch
fonte

Faça ou não faça, não há tentativa? Isso foi abordado acima nas respostas e nos comentários das respostas.

— NetniV

Achei as respostas acima incompletas, pois nenhuma sequer menciona a parte A do registro.

— Brian Knoblauch

Respostas sim, verifique os comentários. Há referência à prioridade, etc. Os próprios registros só seriam usados se eles fossem trabalhados a partir dos registros MX.

— NetniV

Incorreta. Não apenas os registros A apontados pelos registros MX, mas o registro A do domínio especificado também é usado como caso de último recurso na determinação do host de email.

— Brian Knoblauch

Software de correio escrito corretamente irá testar o registro do domínio. Esse comportamento é especificado nos RFCs.

— Law29