Re: [dspam-users] I would appreciate some feedback
I would like to see a better webgui through which you configure everything, so don't have to tweak config files and hack apache to define users. The web gui should be designed in such a way that it gives a unified interface for all actions (admin and user functions). It should give you the option to define, import or refer to users through external user databases (ldap, mysql...) This is properly not a unique wish but this would be my 2c ;) /Thomas Steve wrote: Hello all I would like to get some feedback from as many people as possible so I am asking here: You as DSPAM user or as DSPAM admin: If you would have the chance to change or add anything to DSPAM, what would that be? Or if you are not a DSPAM user jet and using something else: Why don't you use DSPAM? Why do you use something else? What function / feature would motivate you to switch to DSPAM? And finally something else: Do you all know that DSPAM has a feature request page at SourceForge? - https://sourceforge.net/tracker2/?group_id=250683atid=1126468 If you had in the past something you wanted to be included or built into DSPAM then now is the right time to request that. Now that the community is starting to take over DSPAM development it is the best time to bring in your request. // Steve !DSPAM:1011,497b068315092719381!
Re: [dspam-users] I would appreciate some feedback
Thomas wrote: I would like to see a better webgui through which you configure everything, so don't have to tweak config files and hack apache to define users. The web gui should be designed in such a way that it gives a unified interface for all actions (admin and user functions). It should give you the option to define, import or refer to users through external user databases (ldap, mysql...) First of all, we are planning a completely new webGUI based upon PHP, with i13n possibilities. However, I am unclear as to why you would want to refer to users through an external database. IMHO, dspam should, at best, use the same userbase as your MTA. Please enlighten me as why that should not be the case. ATM you have two options, as far as I understand, to define users. Either you define them manually, or you let dspam add them as they receive (or in some installations, send) mail. This is properly not a unique wish but this would be my 2c ;) /Thomas Steve wrote: Hello all I would like to get some feedback from as many people as possible so I am asking here: You as DSPAM user or as DSPAM admin: If you would have the chance to change or add anything to DSPAM, what would that be? Or if you are not a DSPAM user jet and using something else: Why don't you use DSPAM? Why do you use something else? What function / feature would motivate you to switch to DSPAM? And finally something else: Do you all know that DSPAM has a feature request page at SourceForge? - https://sourceforge.net/tracker2/?group_id=250683atid=1126468 If you had in the past something you wanted to be included or built into DSPAM then now is the right time to request that. Now that the community is starting to take over DSPAM development it is the best time to bring in your request. // Steve !DSPAM:1011,497b2c46150928643582529!
Re: [dspam-users] I would appreciate some feedback
Le 24 janv. 09 à 15:56, Dov Zamir a écrit : Thomas wrote: I would like to see a better webgui through which you configure everything, so don't have to tweak config files and hack apache to define users. The web gui should be designed in such a way that it gives a unified interface for all actions (admin and user functions). It should give you the option to define, import or refer to users through external user databases (ldap, mysql...) First of all, we are planning a completely new webGUI based upon PHP, with i13n possibilities. However, I am unclear as to why you would want to refer to users through an external database. IMHO, dspam should, at best, use the same userbase as your MTA. Please enlighten me as why that should not be the case. ATM you have two options, as far as I understand, to define users. Either you define them manually, or you let dspam add them as they receive (or in some installations, send) mail. We currently use a shared DSPAM user on a per customer basis. This is a case where a external database would help, as one DSPAM user match several email addresses, usually one DSPAM user mean in fact one domain name, but sometimes several domain names also. We wrote various scripts to update the DSPAM group text file and restart DSPAM deamon, but it would be very better if we can handle this directly in our main user DB in a simple 2 entries table that match mail recipient to actual DSPAM user. I think moving every DSPAM datas to some abstract DB connector would be the best, this would allow to build DB connector for several Backend (MySQL, PostgreSQL, Hash, and so on). Maybe it is hard work, but currently having DB *and* file storage mean IMHO bad scalability, bad security (webgui need access to flat file on backend storage !?), and complexity for contributors that want to write new features. My 2c. too ;) -- Ml !DSPAM:1011,497b4213150921778710571!
[dspam-users] Re: [Dspam-community-devel] I would appreciate some feedback
Hello, world!\n Even if you google around and eventually find that it can be used as a local standalone classifier like Bogofilter or Spamassassin, it still has rough edges. Most of what you find on google will tell you that you need to setup an sql backend manually - that's going to loose a lot of people. 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. I very much second that. DSpam works very well as a stand-alone program, but it the documentation treats it as a not-so-interesting corner case, so it is not easy to set it up that way. Also, when you call dspamc from procmail, you need to use several counter-intuitive switches like `--process --deliver=innocent,spam --user=$USER' and so on. I have a couple of patches in my queue, I will send them soon. Also, I am very glad that the project is alive again and I hope I will find some time to improve the stand-alone usage. Have a nice fortnight -- Martin `MJ' Mares m...@ucw.cz http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth Make $$$ fast. Learn Perl! !DSPAM:1011,497b7c8c150921588661719!
[dspam-users] RE: [Dspam-community-devel] I would appreciate some feedback
Or if you are not a DSPAM user jet and using something else: Why don't you use DSPAM? Why do you use something else? What function / feature would motivate you to switch to DSPAM? Hi, I'd very much like to see user defined black/whitelist option. Maybe even white/blacklist via the GUI? Regards, Dudi Goldenberg CTO Kolcore Ltd. Registered Linux user #79506 !DSPAM:1011,497b7f1f150926309221476!
[dspam-users] Re: [Dspam-community-devel] I would appreciate some feedback
Original-Nachricht Datum: Sat, 24 Jan 2009 16:36:16 + 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 Sat, 24 Jan 2009 12:52:27 +0100 Steve stev...@gmx.net wrote: Or if you are not a DSPAM user jet and using something else: Why don't you use DSPAM? Why do you use something else? What function / feature would motivate you to switch to DSPAM? IMO DSPAM tries too hard to appeal to enterprise-level sysadmins at the expense of individual and soho users. This is rather dangerous because most such OSS projects tend to draw their new developers from the latter group. 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. 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. Even if you google around and eventually find that it can be used as a local standalone classifier like Bogofilter or Spamassassin, it still has rough edges. Most of what you find on google will tell you that you need to setup an sql backend manually - that's going to loose a lot of people. 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. -- 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 -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger !DSPAM:1011,497ba247150927360912906!
[dspam-users] Re: [Dspam-community-devel] I would appreciate some feedback
Original-Nachricht Datum: Sat, 24 Jan 2009 16:36:16 + 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 Sat, 24 Jan 2009 12:52:27 +0100 Steve stev...@gmx.net wrote: Or if you are not a DSPAM user jet and using something else: Why don't you use DSPAM? Why do you use something else? What function / feature would motivate you to switch to DSPAM? IMO DSPAM tries too hard to appeal to enterprise-level sysadmins at the expense of individual and soho users. This is rather dangerous because most such OSS projects tend to draw their new developers from the latter group. 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. 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. Even if you google around and eventually find that it can be used as a local standalone classifier like Bogofilter or Spamassassin, it still has rough edges. Most of what you find on google will tell you that you need to setup an sql backend manually - that's going to loose a lot of people. 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? -- 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,497ba345150921211911124!
RE: [dspam-users] RE: [Dspam-community-devel] I would appreciate some feedback
I'd very much like to see user defined black/whitelist option. Blacklist (blocklist to be precise) do exist. It's not well documented but it's there. I know it :) I know that as well :-) That's leaves whitelisting. Besides, having black/whitelist option in the GUI will allow end users to use the dspam Outlook add-in to black/whitelist. Just a thought. Regards, D. !DSPAM:1011,497ba757150922104713436!
AW: RE: [dspam-users] RE: [Dspam-community-devel] I would appreciate some feedback
Hmm whitelistening is overated i think. Normally you retrain an mail and it will be delivered as long you do not retrain it to spam and get whitelistened anyway Same with blacklist. One time training by the user and ist fine. I cant see the problem More important than white and blacklist would be better plugins for several mailclients and platforms. Using imap isnt an option very very often. There is one outlookplugin but it have ist problem with vista. -Ursprüngliche Nachricht- Von: owner-dspam-us...@lists.nuclearelephant.com [mailto:owner-dspam-us...@lists.nuclearelephant.com] Im Auftrag von Dudi Goldenberg Gesendet: Sonntag, 25. Jänner 2009 01:20 An: Steve; dspam-users@lists.nuclearelephant.com; dspam-community-u...@lists.sourceforge.net Betreff: RE: RE: [dspam-users] RE: [Dspam-community-devel] I would appreciate some feedback -- Let's collect the ideas and then look what can be done easy and what needs more work and let's not talk about problems but about challenges to make DSPAM even better :) I know. I'm an old time DSPAM user, I also remember all the discussions about DSPAM being a pure statistical tool and there is no room for black/whitelisting etc. But I can wait :-) I do think it's a good addition to DSPAM and that it can help persuade more sysadmins to use it. Keep it up! Regards, D. !DSPAM:1011,497c08f3150922011017403!