Elias Oltmanns skrev, on 02-06-2007 13:35:

I'm a very happy dspam user for some months now. Although I have never
consciously corpusfed anything to dspam but only trained it by means
of
dspamc ... --class=spam/innocent --source=error
commands, I noticed this yesterday:
$ sudo dspam_stats -H | grep SC
                SC Spam Corpusfed:              5

There had some emails to be retrained at the time but I simply do not
understand why anything should show up as corpusfed. On the other hand,
I might just have missed what corpus feeding was all about, so, if
anybody could enlighten me or have a suggestion as to how the matter
could be further investigated. This is on debian etch, i.e., dspam
3.6.2.

Indeed. This has been taken up earlier - also by me, perhaps Jonz's heirs (see his very recent posting) can shed some light.

*OT*: As a Red Hat/Fedora user I have dspam 3.6.8 running on all my CentOS 5, RHAS4, Fedora FC6 systems, my own spec, no problems. A new boss has recently decreed that I learn Debian - it's taken me 3 weeks to find out how to CLI-install Sarge on a Compaq/HP Proliant ML150 with 2 SATA discs, LVM and software RAID1 and almost no help in the firm. Sarge because a given customer wanted it, no Etch, no CentOS (CentOS was installed within an hour on the same machine, just to show hardware RAID was possible). I have an extremely negative attitude toward Debian at the moment, have to learn how to love it. What's your recipe? If necessary off list ;)

Best,

--Tonni

--
Tony Earnshaw
Email: tonni at hetnet dot nl

Reply via email to