Isso e isso dizem que reject_rbl_client
é um arquivo smtpd_recipient_restriction
. No entanto, os documentos do Postfix mostram que é apenas um smtpd_client_restriction
, o que faz sentido para mim. Então, qual é?
Além disso, por que quando eu configuro um absurdo postfix check
e service postfix reload
apenas aceito?
smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unknown_client_hostname, reject_rbl_cliena bl.spamcop.net
E:
root@server: /etc/postfix # postfix check
root@server: /etc/postfix # echo $?
0
root@server: /etc/postfix #
E:
# service postfix reload
Reloading Postfix configuration...done.
Versão: 2.9.6-2 Debian 7 (Wheezy)
Se você rolar para baixo até o final da
smtpd_recipient_restrictions
documentação do Postfix, isso explica que as restrições específicas do comando SMTP para client , helo e sender também são válidas no contexto do sender . Em outras palavras: você pode colocar areject_rbl_client
restrição em qualquer uma das listas.Ao receber e-mail, o Postfix aplicará
smtpd_*_restrictions
nesta ordem: cliente , helo , remetente , relé , destinatário , dados e end_of_data . Quando uma restrição é avaliada comoREJECT
ouDEFER
, as restrições a seguir são ignoradas. Idealmente, as verificações rápidas e baratas são feitas primeiro, para que você possa pular verificações relativamente caras (como procurar uma lista negra externa) na maioria das vezes. Ao mover oreject_rbl_client
valor desmtpd_client_restrictions
e para osmtpd_recipient_restrictions
, você diminuirá o número de vezes que o Postfix precisa procurar essa lista negra.O
postfix check
vai reclamar de um erro de digitação no nome do seu parâmetro, mas não de um erro de digitação no valor do parâmetro (como foi o seu caso). Citando uma postagem do autor do Postfix (Wietse Venema):