On Wed, Nov 12, 2003 at 12:25:02AM +0000, Alan Chandler wrote:
> On Tuesday 11 November 2003 17:56, [EMAIL PROTECTED] wrote:
> > What do people think of exim4-config?  It splits the exim config file
> > into parts and when exim4 is (re)started a new config file is built from
> > all the parts, tested that it's valid and then exim4 is started with the
> > new config.
> 
> A real pain if you want to hand craft a solution.  I ended up creating an
> /etc/exim4/exim4.conf file to edit - and the copied ACLs from various sources 
> on the net.  I have it nicely set up how I want it now.

Yep, that's what I ended up doing.

Can I ask about your ACL setup for spam and other junk?  Are you doing
much different than this:

I'm using exim4-daemon-heavy and it's nice to reject the spam and
Windows attachments at acl_check_data time, but other checks that I
thought were going to make a big difference have not done much for
filtering bad mail.

For example, rbl checks on rfc-ignorant.org turn up too many false
positives.  I need to white list a lot of domains for that to be useful.

I'm also use caller verification and call-out verification.  I thought
that would catch more, but it seems that where the callout fails
Spamassassin is also catching the mail.  And half or more of the spam seems
to use a valid sender address.  So the callout may not be worth the
work.

My other dnslist entries seems to work well, although I'm not deny'ing at this
point.  Although the ones I see are also often rejected because of
windows attachments anyway.

  warn  message         = X-Warning: $sender_host_address is listed at $dnslist_domain 
($dnslist_value: $dnslist_text)
        log_message     = $sender_host_address is listed at $dnslist_domain 
($dnslist_value: $dnslist_text)
        dnslists        = 
relays.ordb.org:relays.bl.kundenserver.de:relays.visi.com:sbl.spamhaus.org


Perhaps what would be more useful is to tune my spamassassing setup.
I'm using the default 2.6 installation with no changes to local.cf.

-- 
Bill Moseley
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to