> 2) cp or mv the init.pre file that resides in
> /usr/local/etc/mail/spamassassin to your /usr/local/etc/mimedefang
> directory.
>
> Using the first tweak allowed SURBL to work again on my
> system after an
> upgrade had caused them to stop (search the archives from
> about November
> for d
Kayne Kruse presumably uttered the following on 03/03/05 12:35:
Anyone else having problems with MD 2.51 and SA 3.0.2 on perl 5.6.1 on
FreeBSD 4-11-STABLE not seeing SURBL?
I am able to get SURBL checks working in command line test of email. Even
spamassassin -D -C /usr/local/etc/mimedefang/spama
Kayne Kruse wrote:
To actually shed more light, its ONLY SURBL thats not working. The Spamcop,
Spamhaus, NJABL, RFC-IGNORANT lookups are taging fine.
Is the SURBL plugin loading correctly? Check which init.pre is getting
read.
Regards,
David.
___
Visi
>
> Fairly certain, this is freebsd and I am using the FreeBSD
> ported version of
> mimedefang. It calls from
> /usr/local/etc/mimedefang/spamassassin/sa-mimedefang.cf
>
> Per freebsd docs that is one of the valid paths.
>
To actually shed more light, its ONLY SURBL thats not working. Th
> Are you sure you're editing the right copy of
> sa-mimedefang.cf? Unless
> your filter code is explicitly pointing to that location,
> it's going to
> default to one of the following:
>
> /etc/mail/sa-mimedefang.cf
> /etc/mail/spamasassin/sa-mimedefang.cf
> /etc/mail/spamasa
Are you sure you're editing the right copy of sa-mimedefang.cf? Unless
your filter code is explicitly pointing to that location, it's going to
default to one of the following:
/etc/mail/sa-mimedefang.cf
/etc/mail/spamasassin/sa-mimedefang.cf
/etc/mail/spamasassin/local.cf
6 matches
Mail list logo
