On Tue, 05 Apr 2011 18:08:12 +0200, Elias Oltmanns wrote: > Kenneth Marshall wrote: >> On Tue, Apr 05, 2011 at 04:17:56PM +0200, Elias Oltmanns wrote: > [...] > >>> Yes, I've started thinking along those lines too. However, I don't >>> seem to be able to *guess* how these tokens are assembled. In the >>> documentation it explicitly states that the whole From: header is >>> used for the whitelist feature. Yet $ dspam_dump userid >>> "From*Elias+Oltmanns+" produces no hits. Does anyone of you know >>> off >>> the top of your head what the correct query should look like? I can >>> look in the sources myself once I've got some more spare time on my >>> hands. Then again, I'm not too sure anymore whether it is really >>> worth bothering with those whitelist tokens. Regards, Elias >> Hi Elias, Stevan already sent you the correct query to look at the >> whitelist tokens. The tokens are valuable for performance on >> correspondance from "known" senders. Personally, I would not bother >> with migrating them and just have them be reset as they get >> processed >> in the new DB. > Well, if I understand correctly, emails from "known senders" will > still > be trained as ham and thus ensure innocent hits on "the right > tokens". > Not if you use something like TOE which does not automatically learns like TEFT or TUM.
> Since I have always used dspam as a low maintenance system in a > rather > strict sense (no corpus feeding and such like), I think I'll opt for > keeping all the old tokens, switching back to teft for a while and > letting the expiration mechanism do its job. Unless I have overlooked > something, this should eventually produce pretty much the same result > as > if I had started with an empty database > From a strict mathematical viewpoint the result will not be the same. > except that emails from known > senders are guaranteed to be classified and trained as ham right from > the > beginning. Thanks for all your input folks! Elias > ------------------------------------------------------------------------------ > Xperia(TM) PLAY It's a major breakthrough. An authentic gaming > smartphone > on the nation's most reliable network. And it wants your games. > http://p.sf.net/sfu/verizon-sfdev [3] > _______________________________________________ Dspam-user mailing > list > Dspam-user@lists.sourceforge.net [4] > https://lists.sourceforge.net/lists/listinfo/dspam-user [5] -- Kind Regards from Switzerland, Stevan Bajić Links: ------ [1] mailto:e...@nebensachen.de [2] mailto:k...@rice.edu [3] http://p.sf.net/sfu/verizon-sfdev [4] mailto:Dspam-user@lists.sourceforge.net [5] https://lists.sourceforge.net/lists/listinfo/dspam-user ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user
