On Tue, 16 Feb 2010 23:59:33 +0100 Ettore Kreos Solutions <[email protected]> wrote:
> Il 16/02/2010 23.35, Stevan Bajić ha scritto: > > What is inside /etc/postfix/dspam_filter_access? Please don't tell me you > > got something like "/./ FILTER dspam-lmtp:dspam-lmtp" there? I am honest: I > > hate the FILTER command in Postfix in relation to DSPAM. It breaks on so > > many ends. I had one install long, long, long time ago where that FILTER > > did not worked when sending messages to DSPAM either over SMTP or LMTP. > > FILTER was never solid enough for me to work. > > > > I know, I know.... now a gazillion of people will jump at me and tell me > > that FILTER is fine and works and and and... maybe. Maybe it works now with > > the newest Postfix version (I am using since yesterday 2.7.0) but at that > > time when I tested it, it did not work reliable enough and ever since I am > > not using it. > > > > Can I ask you how you manage your users for Postfix? How and where do you > > create/delete/modify them? Do you use any tool? What tool? > > > > Yes, i got it =( > Okay. I wrote you why I don't like FILTER. I have a huge aversion against it. > > cat /etc/postfix/dspam_filter_access > /./ FILTER dspam-lmtp:unix:/var/spool/postfix/tmp/dspam.sock > > I'm using postfix 2.5.5-1.1 with and postfix-mysql 2.5.5-1.1 (debian > lenny latest packages) > > How can i avoid dspam check for local emails without using filter? > I do it that way that I run a Opt-Out DSPAM setup and every user I create I set the user to Opt-In. I use mostly Postfix.Admin and have a script that does Opt-In of a user when the user account get's created and a script that purges the user data when the user is deleted. > For managing SMTP users, i use SASL with mysql. Aliases, destinations, > etc is read from the db (as you noticed in config files). > Atm i add/delete users on mysql tables by hand (and instructing postfix > to read from dbmail configuration tables). I will write my own tools for > managing everything from a web interface. > If you create your own web interface then you should allow a script hook for post-/pre create/delte user. So you can run your DSPAM commands when you create/modify/delete a user. This is from my viewpoint the better approach then using that silly FILTER command. btw: Any reason why you want to create your own web managing interface when there is already a bunch of other tools doing that? > Regards, > Ettore > -- Kind Regards from Switzerland, Stevan Bajić ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev _______________________________________________ Dspam-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-user
