Suponha que você queira testar um servidor de e-mail para um determinado domínio antes de ativar a mudança de DNS.
Por exemplo, quando você deseja testar um site HTTP/HTTPS, basta alterar o hosts
arquivo de sua própria máquina para apontar para o futuro host .
Com 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 example.org
em um host que deve 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 e-mail de entrada, quando preciso testar o servidor para aceitar e-mail para o domínio, executar verificações antispam/antivírus básicas e não realizar coisas estranhas, preciso do registro MX. Recentemente, descobri que, devido a uma configuração incorreta do Postfix/DKIM, meu servidor fazia o seguinte:
- Quando o DNS MX ainda não estava ativo, ele encaminhava e-mails direcionados para
example.org
o MX canônico, que era o antigo MX ainda em execução - Após a troca de DNS, confiante de que tudo estava bem, o servidor rejeitou todos os e-mails com um erro de loop de roteamento ( e-mail Postfix para mydomain.com volta para mim mesmo )
Eu tive que cavar, cavar e cavar para encontrar a linha culpada, mas para trabalhos futuros, gostaria de perguntar se existem práticas recomendadas para testar servidores de correio antes de serem ativados. Supondo que eu não consiga fazer o telnet do 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 email, recomendo usar swaks .