Postfix / Spamassassin não pode determinar o rDNS com muita frequência

1

Estou executando um servidor Debian 7.9 com o Postfix 2.9.6 e o Spamassassin 3.3.2.

Uma das verificações padrão que o Spamassassin faz é verificar um registro rDNS. Estou assumindo que obtém essa informação do cabeçalho Received: from ... na mensagem passada do Postfix.

Agora, muitas vezes, o Postfix não consegue resolver um nome de host para um endereço IP que desnecessariamente dá uma pontuação pior do que merece, já que quase todas as vezes, um nome de host realmente existe. Se eu verificar essas mensagens manualmente, posso ver que o cabeçalho mencionado geralmente diz Received: from example.com (unknown [1.2.3.4]) by ... e, ao mesmo tempo, se eu tentar resolver o endereço IP sozinho (no shell do servidor), ele funciona sem problemas.

Qual é o problema aqui? Existe um timeout talvez muito agressivo que não dá tempo suficiente? Em caso afirmativo, existe uma maneira de ajustar esse tempo limite? Meu servidor não está recebendo milhares de mensagens por minuto, então esperar mais alguns segundos não faria mal. A mudança para o DNS sobre TCP ajudaria esse problema? Se sim, como posso dizer ao Postfix para usar TCP para consultas DNS?

    
por comfreak 06.10.2015 / 17:12

1 resposta

0

Como se constata, eu estava executando a instalação do Postfix com o conjunto de chroot configurado para o padrão "yes". Depois de definir isso como "não" (já que não estou executando em um chroot), parece resolver o problema.

Ainda não entendi porque parece que não houve problemas antes, mas agora funciona.

A configuração em questão está em /etc/postfix/master.cf: ( Fonte )

# =============================================================
# service type  private unpriv  chroot  wakeup  maxproc command
#               (yes)   (yes)   (yes)   (never) (100)
# =============================================================
smtp      inet  n       -       n       -       -       smtpd

# This had to be set to "n":    ^
    
por 14.10.2015 / 19:08