Re: crm doc glitches

This was meant to go to the list but went to mr Fox instead (who was
gracious enough to answer me)

> bill wrote:
>>>  and finally, a usage question:  this is the first time i've used
>>>  mailreaver.  how is the size of the reaver_cache controlled?
>>
>> Your choice.  You can cull it automatically with a cron find . -older
>> -delete sort of thing, or cull it manually.
>
> oh!  i assumed that "he who creates the cache maintains it".  i'm
> surprised
> mailreaver doesn't have an option for pruning.  at the very least, i'd
> think the doc would contain such a recipe.
>
> thanks.
>  paul fox

I'm by no means as accomplished as most people on this list (so)
reaver_cache caught me out. I completely forgot about it, probably for a
few years or so, and many many many thousands of files sat there.

So I set :text_cache: to //; which threw messages like

/bin/ls: :long_cacheid:: No such file or directory
/bin/ln: target `/known_spam/' is not a directory: No such file or directory
ls: /known_spam/: No such file or directory
ls: /empty/: No such file or directory

which I happily ignored (empty and known_spam exist as dir btw.) There
were no error messages like 'aw crud' or 'this program is seriously sick'
or something.

But then I noticed 'training' had no effect any more.

This wasn't obvious to me (the headers for instance included
"X-CRM114-Action: LEARNED AND CACHED SPAM" after training.)

Am I right in thinking that you *need* reaver_cache in order to actually
train a message cq update the .css libraries?

(Mr Fox answered that when you hand a message back to crm to train,
actually the corresponding message-text from reaver_cache is used, not the
text from the message that was handed back to crm. So yes, the
reaver_cache is needed to train.)

cheers,
Ferenc


------------------------------------------------------------------------------