Eu configuraria o próprio servidor DNS privado com o MX já alterado. Para testar o servidor de e-mail, recomendo usar swaks .
Suponha que você queira testar um servidor de e-mail para um domínio específico antes de entrar em vigor com a alteração do DNS.
Por exemplo, quando você quiser testar um site HTTP / HTTPS, basta alterar o arquivo hosts
da sua máquina para apontar para o host-to-be .
Com o correio, isso só seria possível se o servidor atuasse como gateway de saída para o domínio específico. Deixe-me explicar com um exemplo. Configurei o SMTP autenticado para example.org
em um host que precisa ser mapeado para mail.example.org
: posso apontar meu DNS para o IP dessa máquina e dizer ao meu cliente SMTP para usar esse servidor, para que ele também corresponda ao Certificado TLS.
Com o correio de entrada, quando preciso testar o servidor para aceitar correio para domínio, executar verificações antispam / antivírus básicas e não executar coisas estranhas, preciso do registro MX. Recentemente descobri que, devido a uma má configuração do Postfix / DKIM, o meu servidor fez o seguinte:
example.org
para o canonical MX, que era o antigo MX ainda em execução Eu tive que cavar, cavar e cavar para encontrar a linha culpada, mas para trabalhos futuros eu gostaria de perguntar se existem práticas recomendadas para testar servidores de email antes de serem publicadas. Supondo que eu possa ser incapaz de telnet o servidor da minha máquina local por causa das verificações antispam.
Eu configuraria o próprio servidor DNS privado com o MX já alterado. Para testar o servidor de e-mail, recomendo usar swaks .