A resposta estava nos encarando o tempo todo.
O postfix está procurando os registros A
e PTR
para a saudação do host com HELO
. Ou, mais precisamente, o host que o host diz está em sua mensagem HELO . Vamos dividir:
Jul 20 23:35:20 endor postfix/smtpd[1503]: NOQUEUE: reject: RCPT from
bdmrob01-2.metavante.com[206.71.18.21]:
Um host chamado bdmrob01-2.metavante.com
que resolve o endereço IP 206.71.18.21
faz uma conexão TCP com seu servidor de e-mail.
Então você verificou o endereço IP para um registro A:
endor% dig bdmrob01-2.metavante.com
[...]
;; ANSWER SECTION:
bdmrob01-2.metavante.com. 600 IN A 206.71.18.21
E então você verificou um registro PTR:
endor% dig -x 206.71.18.21
;; ANSWER SECTION:
21.18.71.206.in-addr.arpa. 600 IN PTR bdmrob01-2.metavante.com.
Tudo parece bom. Então qual é o problema? O host conectado certamente foi identificado pelo nome do host e endereço IP acima, mas não disse que era quem era. Dizia:
helo=<bdmrob02.metavante.com>
Esse host tem um registro A:
$ dig a bdmrob02.metavante.com
[...]
;; ANSWER SECTION:
bdmrob02.metavante.com. 0 IN A 92.242.140.2
MAS, seu endereço IP não tem registro PTR
:
$ dig -x 92.242.140.2
[...]
;; ANSWER SECTION:
2.140.242.92.in-addr.arpa. 84155 IN PTR unallocated.barefruit.co.uk.
Este é um problema do seu lado. Até lá, você terá que morar com ele ou alterar seu servidor de postfix para não se incomodar com as pesquisas avançadas e reversas HELO
de comandos .