On Friday 20 July 2007, Richard Frovarp wrote:
>Gene Heskett wrote:
>> On Friday 20 July 2007, Richard Frovarp wrote:
>>> Skip Brott wrote:
>>>> I ran with the --nogpg option and was able to get all the files to
>>>> download. Yay! But do I really want to run it that way?
>>>>
>>>> And on that note, how does SA know where to find the .cf files in
>>>> /var/lib/spamassassin? Does it see subfolders and load the .cf files
>>>> from there? Or do those downloaded updates automatically replace my
>>>> .cf files in /etc/mail/spamassassin, where I have always kept my rules?
>>>>
>>>> - Skip
>>>
>>> What instructions were you following? It doesn't appear that you
>>> followed them completely. You need a --gpgkey config switch in there.
>>>
>>> /etc/mail/spamassassin always overrules anything else located anywhere
>>> else. SA knows perfectly well how to load the files from
>>> /var/lib/spamassassin. So long as sa-update runs, you have nothing to
>>> worry about. If you have any duplicates in /var/lib/spamassassin and
>>> /etc/mail/spamassassin, the ones in /etc/mail will override those in
>>> /var. So get rid of the duplicate rules in /etc, as those under /var are
>>> the ones being updated.
>>
>> If this is so, and it appears to be, then why did I just repeat an
>> lsof|grep spamd every second for 2 cycles of my mail fetching activities
>> without ever seeing spamd have a file open in /var/lib/spamassassin?
>>
>> Where is this configured, and I'll fix it.
>>
>> Yes, the ones in /var are being updated by sa-update whereas the ones in
>> /etc are not, but if its using them, I'd have to assume they would show up
>> in an lsof. They do not, here on a fully up2date FC6 install.
>>
>> In fact, I have 3 subtrees in /var/lib/spamassassin:
>> 3.001007 3.002000 3.002001
>> each of which appears to contain >95% dups, with differing file dates,
>> with the most recent being dated July 16 in the 3.002001 tree.
>>
>> Can I safely delete the earlier dated trees?
>
>Because the files aren't open? spamd would read the files in, store the
>contents in memory, and then close the buffer to the file upon startup.
>
>spamassassin --lint -D will tell you what rule files it's reading in.
>You should see them there.
>
>Those trees refer to the version number of SA. If you are only running
>3.2.1, then the other trees can go away.
Thanks, they will. About 20 megs of them.
Although the output of spamassassin --lint -D was very verbose, and it would
tend to confirm that I can remove the dups in /etc/mail/spamassassin, it also
noted that Fast.pm could not be found, but its presently in, according to a
locate:
[EMAIL PROTECTED] saupdates_openprotect_com]# locate Fast.pm
/root/.cpan/build/IP-Country-2.20/blib/lib/IP/Country/Fast.pm
/root/.cpan/build/IP-Country-2.20/lib/IP/Country/Fast.pm
Where should I copy it to to assure it will be found by SA? For grins, I
copied /root/.cpan/build/IP-Country-2.20/lib/IP/Country/Fast.pm
to /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Plugin/
and reran the --lint -D check, but the error persists:
[21359] dbg: diag: module not installed: IP::Country::Fast ('require' failed)
So where should it be copied to?
Better yet, have smart install perl-IP-Country, fixed that right up.
Also, how about /etc/mail/spamassassin/RuleDuJour? Can that copy of all this
go away also? It is not being mentioned in the --lint -D report output.
Also, /var/lib/spamassassin also has an empty subdir ".spamassassin" in it.
Does it have a use?
And finally, I assume I have to add this PDFInfo.pm to a config file someplace
as its not being mentioned in the --lint -D output either. SA is 3.20, so
where do I enable that?
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
We have ears, earther...FOUR OF THEM!
