Kent Tong wrote:
No, it's not supposed to. Why don't you simply try it? It works for
us, with 1150+ users in a single shared group.
Are you saying shared group is not supposed to work for individual
users?
Yes, that's what it's for. That doesn't mean that individual users can't
submit misjudged messages for retraining (witness the dspam.debug log
for the shared group user); the messages _are_ retrained and this is
reflected in dspam's behavior.
But the mechanism used for retraining (we use a shell cron script)
_must_ use the group UID to resubmit the message, not the individual
user UID (because the latter is - obviously - not in the DB). You've
found this out for yourself, only you didn't seem to know why what you
were doing was failing.
In our case we can't just put all the users into the same
shared group.
That's what I thought, until I saw that dspam was failing miserably at
judging spam when individual users were left to resubmit their own
misjudged messages - they were just too lazy (or ignorant) to do so, and
*I got the blame for dspam "not working"* (plus a huge 15GB DB, whereas
it's now a reasonable 1.6GB (for 1150+ users, remember). As it is we now
have 99%+ accuracy according to dspam_stats, and I'm more than pleased
with that.
I have 2 1/2 tears' production experience with dspam and Postfix, after
2 years of experience with SpamAssassin and Exim.
--Tonni
--
Tony Earnshaw
Email: tonni at hetnet dot nl
