Por favor, veja esta parte da documentação do Exim.
Em suma, a entrega de emails depende muito dos registros MX do sistema DNS, e não há equivalente para eles em /etc/hosts .
Aparentemente, o recurso de teste do Exim leva em consideração primeiro se o Exim está configurado para usar um smarthost ou não; se tiver, reportaria o (s) endereço (s) do smarthost que conhece. (Smarthost configuration = old sendmail terminologia de e-mail com base significando "não tente entregar diretamente ao endereço de destino - em vez disso, envie todos os e-mails enviados para um servidor específico para processamento posterior.")
Se nenhuma configuração do smarthost estiver em uso, o teste verificará a presença de um registro de MX do DNS para rpi.mydomain.com . Se o registro MX tiver o seguinte formato, será interpretado como significando explicitamente "nenhum serviço de e-mail para este domínio" e a pesquisa será encerrada:
rpi.mydomain.com. IN MX 0 .
Se não houver registro MX no DNS e rpi.mydomain.com estiver listado no item de configuração mx_domains do Exim, a pesquisa também terminará com um erro "o correio não é entregue".
Se o item acima não tiver terminado a pesquisa, o Exim verificará os registros A ou AAAA no DNS.
Em sua própria rede, se você deseja usar rpi.mydomain.com como seu servidor de e-mail, você deve configurar seu Exim local para usá-lo como um smarthost. Esta é a parte relevante da documentação do Exim. Em suma, substitua o bloco de configuração do roteador dnslookup mail padrão com este bloco de configuração do Exim:
send_to_smart_host:
driver = manualroute
route_list = !+local_domains rpi.mydomain.com
transport = remote_smtp
Isso deve fazer com que todas as mensagens cujo destino não seja a caixa de entrada local /var/mail/<username> sejam enviadas para rpi.mydomain.com para processamento posterior.
Espera-se que os servidores de e-mail bem comportados tenham um registro DNS válido e também um registro DNS reverso válido que esteja de acordo com o registro DNS de encaminhamento.
Geralmente, quando um servidor de e-mail recebe uma conexão de entrada não autenticada e não é proveniente de uma rede confiável conhecida, o servidor de e-mail geralmente faz uma pesquisa inversa de DNS para descobrir o nome do sistema que está tentando se conectar . Em seguida, ele faz uma pesquisa de DNS de encaminhamento usando esse nome e compara o (s) endereço (s) IP resultante com o IP de origem real da conexão. Se não houver correspondência, ou se não houver registro DNS reverso, presume-se que a conexão venha de um possível spammer e possa ser submetida a verificações mais rígidas ou desconectada. Esta é uma das mais antigas verificações anti-spam.