registros MX nulos

5

O IETF parece ter tido um rascunho para especificar um registro mx nulo pelo qual um domínio não manipularia sistemas de entrega de e-mail e correio falhará e retornará um sistema não entregue imediatamente direcionando o único registro MX de um domínio para '.' (c / f link )

Este projeto de especificação é seguido pela maioria dos servidores de e-mail e vale a pena ser configurado? Alternativamente, qual é a melhor maneira de configurar o correio para não ser entregue para um domínio no processo de depreciação?

    
por Oesor 03.01.2012 / 23:57

2 respostas

1

Quanto à depreciação: remover o registro MX e a porta de bloqueio 25 no endereço correspondente A do domínio é a coisa normal a ser feita ...

    
por 04.01.2012 / 01:16
0

@ A solução de Hubert deve impedir que o email seja entregue.

Você também pode configurar o servidor de e-mail para redirecionar para o novo domínio e enviar uma mensagem de retorno falsa indicando o novo domínio. Essa abordagem é discutida na documentação do Exim.

Você também pode querer configurar um registro SPF indicando que o site não está enviando e-mail seria uma indicação adicional de que o domínio não está envolvido na troca de e-mail.

Eu gosto do conceito de poder especificar o domínio como não-email com um MX nulo. Isso ajudaria a determinar se as mensagens recebidas chegam de um domínio falso ou estão sendo enviadas para um domínio falso. O SPF faz um bom trabalho com isso, mas o MX nulo preencheria alguns casos de borda.

Eu também validar servidores de entrada usando SPF e recusar e-mail o registro SPF existe, mas o servidor não tem permissão para enviar e-mail a partir do endereço IP de origem. Isso está fora do design, mas se encaixa nos requisitos, pois os servidores de e-mail precisam ser capazes de enviar e receber e-mails administrativos.

    
por 04.01.2012 / 02:18