Estou executando um servidor Debian 7.9 com Postfix 2.9.6 e Spamassassin 3.3.2.
Uma das verificações padrão que o Spamassassin faz é verificar se há um registro rDNS. Presumo que ele obtenha essas informações do Received: from ...cabeçalho da mensagem transmitida pelo Postfix.
Agora, muitas vezes, o Postfix falha ao resolver um nome de host para um endereço IP, o que dá desnecessariamente 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 ...enquanto, ao mesmo tempo, se eu mesmo tentar resolver o endereço IP (no shell do servidor), ele funciona sem problemas.
Qual é o problema aqui? Existe um tempo limite 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. Mudar para DNS sobre TCP ajudaria nesse problema? Em caso afirmativo, como posso dizer ao Postfix para usar TCP para consultas DNS?
Responder1
Acontece que eu estava executando minha instalação do Postfix com a configuração chroot definida como padrão "sim". Depois de definir isso como "não" (já que não estou executando em um chroot), parece que o problema foi resolvido.
Ainda não entendo por que parecia não ter 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": ^