-------- Original-Nachricht -------- > Datum: Sun, 25 Jan 2009 02:04:47 +0000 > Von: RW <rwmailli...@googlemail.com> > An: dspam-community-de...@lists.sourceforge.net > CC: dspam-community-u...@lists.sourceforge.net, > dspam-community-de...@lists.sourceforge.net, > dspam-users@lists.nuclearelephant.com, dspam-...@lists.nuclearelephant.com > Betreff: Re: [Dspam-community-devel] I would appreciate some feedback
> On Sun, 25 Jan 2009 00:24:52 +0100 > "Steve" <steeeeev...@gmx.net> wrote: > > > > > -------- Original-Nachricht -------- > > > Datum: Sat, 24 Jan 2009 16:36:16 +0000 > > > Von: RW <rwmailli...@googlemail.com> > > > An: dspam-community-de...@lists.sourceforge.net > > > CC: dspam-community-u...@lists.sourceforge.net, > > > dspam-community-de...@lists.sourceforge.net, > > > dspam-users@lists.nuclearelephant.com, > > > dspam-...@lists.nuclearelephant.com Betreff: Re: > > > [Dspam-community-devel] I would appreciate some feedback > > > > I was put-off using DSPAM for a long time because it wasn't clear > > > to me that it could even be used without mta integration, quarantine > > > etc. And the idea of managing spam through a webpage, or forwarding > > > addresses seems very clumsy compared with dragging to a learn-spam > > > folder or setting a flag. > > > > > Funny you mention this because that would require IMAP integration > > but above you complained about MTA integration. > > Firstly, learning from folders doesn't require any IMAP integration if > DSPAM is on the same machine as the folders. It doesn't even imply the > use of imap if the folders are local to your home directory. Bogofilter > and spamassassin can both learn whole folders in one go just by giving > the correct path. This is trivial to do from crontab without any > significant shell scripting experience. Bogofilter also has a perl > script that that will do training to exhaustion from two corpus folders, > which is even easier. Claws-mail and kmail both have bogofilter and > spamassassin plugins that that make them as easy to use as the Bayesian > filtering in Thunderbird. > Now I understand you. DSPAM can as well learn from folders. The basis functionality is there. The training script included into DSPAM does exactly that. Learning is not a big issue. The re-learning or re-classifying is a issue since it would require to extract the signature from the mails. It would not be a big issue to wrap that functionality into a shell script.. > Secondly, like a lot of people who run mail filtering software on > desktop computers, I'm not using an MTA, I use getmail to fetch mail > from pop/imap accounts and feed it through spam filters to dovecot. Lots > of people use getmail or fetchmail in this way. > DSPAM does not force you to use a MTA. You can run it without any MTA. A good example of that is the training script included in DSPAM. Running it does not require you to use a MTA at all. > > > I think it's a mistake to lump together all > > > the parts of DSPAM under a single project name, it gives the > > > impression that it's a Windows-style monolithic application. > > > > > Is it so important if it is monolithic or not? I personally care more > > about the result of the filtering and the level of maintenance it > > needs then about the question if it is monolithic or not. But that's > > just me. > > I would hope it is just you, I certainly wouldn't run DSPAM if it > dictated how I process my mail, and really did require me to > install an unwanted MTA and webserver, just to do simple > mail-filtering. > But the question about being monolithic or not has nothing to do with MTA/Webserver stuff. Or do I get that wrong? > > > If you read around a bit more, you may > > > find out about the hash driver, and home-directory support. > > > However, the hash driver support is much less mature, and unlike > > > Bogofilter and Spamassassin, DSPAM doesn't honour $HOME, so you > > > can't use virtual home directories. > > > > > What do you mean with "virtual home directories"? Could you explain > > me what this is? > > Pseudo home directories for virtual users. It's a pity this doesn't > work for another reason. According to the documentation only the hash > driver is fast enough to cope with some of DSPAM's more advanced > filtering options, > With "more advanced" you mean the SBPH tokenizer. Right? I would not say that the SBPH tokenizer is more advanced then the other tokenizers. It is sure one of the more complex tokenizers but the OSB tokenizer is not less complex and can store it's results in other storages then the hash driver. The point with SBPH is that it produces a lot of data. A mail with just 5 words would result in +/- 16 tokens with the SBPH tokenizer where the WORD tokenizer would do +/- 5 tokens, the CHAIN tokenizer would do +/- 9 tokens and the OSB tokenizer would create +/- 4 to 5 tokens. You could use SBPH and let it save the tokens in MySQL or PostgreSQL or any other storage DSPAM supports. But be prepared that the speed will be much slower then compared to the hash driver. > and AFAIK the hash driver doesn't support virtual > users. > The hash driver does not have any concept of user. It does not store user information. The hash driver is just a container for tokens. That's all it does. In order for DSPAM to know which hash-storage belongs to which user you need to tell DSPAM at compile time where to store user data. DSPAM will then at run time use that information and create below a certain directory it's own structure and maintain there the hash storage for the users. That root directory can be changed in dspam.conf but you can not change it on a user basis nor can you change it from the command line. If I understand you right, then you would like DSPAM to be or act like CRM114 or OSBF-Lua where one can with command line parameter influence the place where to save the tokens. I mean in which directory to create the hash-db and such. Right? > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Dspam-community-devel mailing list > dspam-community-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspam-community-devel -- NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a !DSPAM:1011,497c33f5150929430744407!
