Re: [dspam-users] I would appreciate some feedback
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > This sounds good. Could you pleased add this a featur request at: > > https://sourceforge.net/tracker2/?group_id=250683&atid=1126468 Will do. > > I understand that you have actually implemented some of these? Is it > implemented entirely within the webui? Can you kindly submit your patches? Oh no, this is just wishes ;) I'm so not a programmer, I just like to implement stuff. Most of my ideas are taken from my everyday work-life where I use proprietary solutions, from non of which can do all the before mentioned wishes. I just collected all the good stuff and filled in where they all lacked features. The core of dspam is very good and outperform all other solutions I've worked with. The problem, or challenge, is to web a framework around it making it usable for "joe average" sysadmin with other things on his mind than complex MTA stuff. /Thomas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkl8dvMACgkQoJ3cLHC2TxrCRwCeKpYSPsMPJBxixq9a/YorNT95 lbkAn1l5SK5t+VRSgwVe2ZCyCJXC6RSY =HxXJ -END PGP SIGNATURE- !DSPAM:1011,497c7702150923663373461!
Re: [dspam-users] I would appreciate some feedback
> -- > One more feature would be nice - when DSPAM could act as milter. > (I use sendmail, but postfix can use it too, I'm right?) > Yes. You are right. Newer Postfix versions can use milter. > Regards, Franta Hanzlík -- 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,497c3532150928436258331!
Re: [dspam-users] I would appreciate some feedback
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=250683&atid=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 -- One more feature would be nice - when DSPAM could act as milter. (I use sendmail, but postfix can use it too, I'm right?) Regards, Franta Hanzlík !DSPAM:1011,497c34b4150923378614474!
Re: [dspam-users] I would appreciate some feedback
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=250683&atid=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. I mainly use DSPAM on small firm sites up to several hundred users and up to few thousands mails/day, mostly with hash driver and configured as shared,managed groups. My two cents of wish: - Web UI display non-ISO8859-1 chars in From/Subject as garbage. Resolve this probably lead to decode and save these fields in DSPAM databases as UTF-8 and do not need be trivial.. - Web UI history should be allow optionally display "To:" field - this option would be useful just in case managed groups, as it helps group manager deciding. - I'm not sure how it exactly works, but I have suspicion, that DSPAM learning spam from non-US/non-ISO8859-1 is worse. We use ISO8859-2 and cp1250, spam come in too from Russia and Far East, and I feel its filtering isn't as successful as with ASCII/Latin1 spams. I have some DSPAM RPM packages and .SPEC file on my site http://hanzlici.cz/packages/fedora/dspam/ when You would like use them or inspire from it, and I've some experience with RPM packaging, when I may offer them. Regards, Franta Hanzlik !DSPAM:1011,497c321d150928841216105!
Re: [dspam-users] I would appreciate some feedback
ציטוט Thomas: 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. Let my try it in an other way ;) - You install dspam - The first time you login as the admin your asked if it should create the databases for you and where the db server is located (login credentials an such). - You're asked if you want to import users from Active Directory/LDAP/other database, create users manually, lookup users in runtime, say a already created database used by postfix/MTA or create users as email passes through the gateway. - You can now group together email addresses so when user abc logs in he/she will see spammail for all in the group. Settings are bound to user abc so same settings apply to all the addresses. The grouping could be by manually selecting rows of addresses or by defining a common attribute (don't know how/or what though) making out the group automatically. - You can choose to use pre-trained data on users until they have collected enough for them self and detach the shared spam-data. - You can choose global settings and define if users should be able to customize them. - You select when/how optimization jobs should run on the database. - You can define replica servers in an environment with multiple MTA's sharing your configuration. - You specify digest mails and what they should look like. - You define if users have a local password or they are looked up through external databases (AD/LDAP/PAM...) - You can define for how long mails are kept in the quarantine and/or if users should be able to change this. - You define if users can use whitelists and how many per user. I see a solution where a simple setup with few users can be configured in matters of minutes and in a huge enterprise/ISP environment dspam will more or less be inserted without cumbersome changes and kind of seamless. I like the idea that the dspam installation more or less is completely handle through this webui. This sounds good. Could you pleased add this a featur request at: https://sourceforge.net/tracker2/?group_id=250683&atid=1126468 I understand that you have actually implemented some of these? Is it implemented entirely within the webui? Can you kindly submit your patches? /Thomas !DSPAM:1011,497c279c150921632311776!
Re: [dspam-users] I would appreciate some feedback
ציטוט ML: 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 ;) OK, but this is not a webGUI issue. It is a core issue. -- Ml !DSPAM:1011,497c2637150921360121267!
Re: [dspam-users] I would appreciate some feedback
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. Let my try it in an other way ;) - You install dspam - The first time you login as the admin your asked if it should create the databases for you and where the db server is located (login credentials an such). - You're asked if you want to import users from Active Directory/LDAP/other database, create users manually, lookup users in runtime, say a already created database used by postfix/MTA or create users as email passes through the gateway. - You can now group together email addresses so when user abc logs in he/she will see spammail for all in the group. Settings are bound to user abc so same settings apply to all the addresses. The grouping could be by manually selecting rows of addresses or by defining a common attribute (don't know how/or what though) making out the group automatically. - You can choose to use pre-trained data on users until they have collected enough for them self and detach the shared spam-data. - You can choose global settings and define if users should be able to customize them. - You select when/how optimization jobs should run on the database. - You can define replica servers in an environment with multiple MTA's sharing your configuration. - You specify digest mails and what they should look like. - You define if users have a local password or they are looked up through external databases (AD/LDAP/PAM...) - You can define for how long mails are kept in the quarantine and/or if users should be able to change this. - You define if users can use whitelists and how many per user. I see a solution where a simple setup with few users can be configured in matters of minutes and in a huge enterprise/ISP environment dspam will more or less be inserted without cumbersome changes and kind of seamless. I like the idea that the dspam installation more or less is completely handle through this webui. /Thomas !DSPAM:1011,497b76ec150921988865105!
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!
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=250683&atid=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
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=250683&atid=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!
[dspam-users] I would appreciate some feedback
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=250683&atid=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 -- 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,497b00fc150925162871106!