Uma instância do postfix at sub.example.com
está enviando e-mail para example.com
via LAN, que é um servidor de e-mail e um roteador:
Internet
|
|
203.0.113.1
<example.com> (127.0.1.1 in /etc/hosts)
192.168.1.1
|
|
192.168.1.99
<sub.example.com>
Sempre que um e-mail da LAN é recebido, uma mensagem de aviso é registrada:
postfix/smtpd[1337]: aviso: hostname example.com não resolve para o endereço 203.0.113.1
No entanto , o domínio resolve para o endereço, com apenas um registro A (mas sem rdns):
# dig example.com
example.com. 3600 IN A 203.0.113.1
# dig -x 203.0.113.1
.. 1 IN PTR new-customer.isp.example
Embora o DNS reverso NÃO esteja correto, não é isso que o aviso diz, nem explica por que ele é acionado apenas pelo correio da LAN. Conforme confirmado via tcpdump, o servidor de correio da LAN EHLO
está com sub.example.com
- que é conhecido pelo servidor postfix como 192.168.1.99.
O que está acionando o aviso?
Solução:
Fará com que a instância pós-fixada do cliente se comporte da mesma forma que outros clientes de e-mail nesses sistemas - usando /etc/hosts IPs também - após o que o sistema de destino não reclamará mais de ver o cliente se conectar de um IP externo, embora o conheça como 192.168.xx