i've finally begun to receive enough spam at a domain of mine that i'm ready to
implement spamd. one of our contacts in is china and it's critical that we not
block or unduly defer his emails. i expect that there is a way to ensure
"appropriate" behavior in spamd.
the MX record for our contact's company is in the 222.73.0.0/16 netblock and
spamd's china list includes that block in the 222.64.0.0/11 netblock. this means
that the default pf.conf spamd rdrs won't quite cut it since IPs in <spamd> will
always go to spamd and never deliver. preceding the usual
rdr pass on $ext_if proto tcp from <spamd> to port smtp \
-> 127.0.0.1 port spamd
rdr pass on $ext_if proto tcp from !<spamd-white> to port smtp \
-> 127.0.0.1 port spamd
with a <spamd-white> rdr like
rdr pass on $ext_if proto tcp from <spamd-white> to port smtp \
-> $mail port smtp
should, in conjunction with greylisting, allow MTAs from the <spamd> table that
attempt redelivery to get onto the <spamd-white> table and then get mail
through, right?
if the answer to the above question is no or this will not work, alternate
suggestions are appreciated.
cheers,
jake
