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 ...
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?
@ 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.