Da perspectiva da camada superior , o Postfix conta com o resolvedor libc para fazer a pesquisa de DNS (incluindo RBL), então o comportamento dependeria da biblioteca. Por exemplo, o postfix sempre fará pesquisa através do servidor NS definido em /etc/resolv.conf.
Se o servidor NS tiver um mecanismo de cache, o postfix também obterá o resultado do cache . Isso também acontece se o seu provedor tiver " desvio de DNS " (o pacote DNS desviado em seu servidor NS). Nesse caso, você também acessará o cache (se habilitado).
Para verificar qual é a saída da pesquisa de DNS, você pode usar o comando dig
. Por exemplo, verifique se o endereço IP 216.154.195.36 foi listado em cbl.abuseat.org.
$ dig 36.195.154.216.cbl.abuseat.org
; <<>> DiG 9.10.1-P1 <<>> 36.195.154.216.cbl.abuseat.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 48609
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
Se o retorno for NXDOMAIN, o endereço IP não foi listado.
Da perspectiva da camada inferior , cada smtpd
process armazenou em cache seus próprios resultados de pesquisa DNSBL . Esses resultados não são compartilhados com outros processos do Postfix. Cada processo smtpd
será reutilizado até max_use
ou max_idle
alcançado. Quando smtpd
processo morre, o cache RBL também é perdido. Quando o novo processo smtpd
foi criado pelo daemon master
, ele pegará a nova configuração em main.cf
( incluindo max_idle
e max_use
. Então, na verdade, não há necessidade de reiniciar o postfix.