Greg Earle:
> [root@isolar postfix]# grep postgrey master.cf
>    -o { smtpd_recipient_restrictions= 
> permit_mynetworks,permit_sasl_authenticated,check_policy_service 
> unix:postgrey/socket,reject_rhsbl_helo 
> dbl.spamhaus.org,reject_rhsbl_reverse_client 
> dbl.spamhaus.org,reject_rhsbl_sender dbl.spamhaus.org,reject_rbl_client 
> zen.spamhaus.org,reject }
>    -o { smtpd_recipient_restrictions= 
> permit_mynetworks,permit_sasl_authenticated,check_policy_service 
> unix:postgrey/socket,reject_rhsbl_helo 
> dbl.spamhaus.org,reject_rhsbl_reverse_client 
> dbl.spamhaus.org,reject_rhsbl_sender dbl.spamhaus.org,reject_rbl_client 
> zen.spamhaus.org,reject }
> 
> But when a new e-mail comes in (that isn't sent from a whitelisted 
> domain), an strace shows that the postgrey server doesn't even twitch, 
> and an strace on the Postfix listener doesn't show any attempt to 
> connect to that postgrey socket.

You are not witelisting domains, instead you are whitelisting
networkd (permit_mynetworks) and SASL-authenticated clients
(permit_sasl_authenticated).

If these two master.cf lines are for "submission" and "smtps", then
those lines won't have any effect on the "smtp" service that spambots
and MTAs connect to.

        Wietse

Reply via email to