Hi,
do you have per virtual user Bayes training? or sitewide virtual user?
Because I have a setup like yours and everything goes fine ! In my
setup users move by hand to spam folder FNs and retrieve from spam
folder to inbox FPs ! When they make that movements a script copies
those spam/ham to a sitewide spam or ham folder in each case. Then a
nightly script learn from those spam and ham sitewide folders. Then
deleted from system spam/ham folders but not users folders. They can
do what they want with those mails (delete or not).
Webmail plugins are available to do that work ! they can also make the
copies by IMAP protocol instead of filesystem level access.
Cheers
2012/3/4 LuKreme <krem...@kreme.com>:
> I sued to have a setup where IMAP users could put mail into either SPAM or
> Junk mailboxes to have it auto trained and then I had a script that stepped
> through and did the training, and it also processed non-new mail in the inbox
> as ham.
>
> USERROOT="$HOME";
> MAILP="Maildir";
>
> J_PATH="$USERROOT/${MAILP}/.Junk";
> S_PATH="$USERROOT/${MAILP}/.SPAM";
> H_PATH="$USERROOT/${MAILP}/cur";
>
> if [ `test -d $J_PATH` ]; then
> /usr/local/bin/sa-learn --spam --progress $i $J_PATH/{new,cur}
> fi
>
> if [ `test -d $S_PATH` ]; then
> /usr/local/bin/sa-learn --spam --progress $i $S_PATH/{new,cur}
> fi
>
> if [ `test -d $H_PATH` ]; then
> /usr/local/bin/sa-learn --ham $H_PATH
> fi
>
> This all worked fine, but it was very resource intensive, and it only worked
> with the very few shell users. I tried to run it (manually) a few times with
> the virtual users, but I ended up with a process that ground the computer to
> a halt and generated a bayes database that was massively large (GBs).
>
> So, other than throwing more iron at the problem, is there something I can do
> to make this process a little smarter? Make it work with the virtual users
> without generating a massive db file?
>
> --
> 'What can I do? I'm only human,' he said aloud. Someone said, Not all
> of you. --Pyramids
>
