On Mon, Mar 13, 2006, Ralf S. Engelschall wrote:
>On Mon, Mar 13, 2006, Bill Campbell wrote:
>
>> I spent a fair amount of time this weekend dealing with
>> spamassassin and adding some modules that it would like to have.
>>
>> We've run into a situation occassionaly where spamd doesn't seem
>> to use %{l_prefix}/etc/spamassassin for its local rules. Adding
>> ``--siteconfigpath=%{l_prefix}/etc/spamassassin'' to the startup
>> cures the problem.
>>
>> Adding this to the rc.spamassassin file would eliminate this type
>> of problem, and I don't see that it would hurt anything.
>>
...
>> My main question then is whether these changes should be made in
>> the CURRENT versions of spamassassin, perl-mail, and perl-net?
>
>I've checked the source of spamd(8) and there is no default
>at all for the local rules dir. So it makes sense to add the
>--siteconfigpath to the rc.spamassassin. I've done this now for us. See
>http://cvs.openpkg.org/chngview?cn=27717 for details.
>
>The IP::Country I've also added to perl-net as it looks rather useful.
>See http://cvs.openpkg.org/chngview?cn=27718 for details.
>
>But Mail::SPF::Query we cannot add to perl-mail as it requires stuff
>from perl-www and this whould mean a cyclic dependency. And SPF is nasty
>stuff, yes. So I recommend to leave this out and if really wished (in
>spamassassin it is _optional_ only) one easily can install it via the
>CPAN shell into the site_perl/ area of our Perl installation.
Thanks Ralf. I agree that SPF is basically worthless, and having SPF
records in DNS can actually cause more problems than they might ever cure.
I suppose one could add it to perl-www, but then that's not a very logical
place for mail related things is it :-).
Bill
--
INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
``Rights'' is a fictional abstraction. No one has ``Rights'', neither
machines nor flesh-and-blood. Persons... have opportunities, not rights,
which they use or do not use.
-- Lazarus Long
______________________________________________________________________
The OpenPKG Project www.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
