Hallo Ion-Mihai > Indeed this wold be a more logical approach. I wonder what reasons do > people have not to run it like this. > In a setup where DSPAM acts as an router, the feature requested would make sense. But the requester has written that he is already using lookups inside Postfix to do delivery. So I am strongly believing that he is running DSPAM as a content filter in Postfix and therefore for him the fastest way to get to the desired functionality would be: 1) accept incoming mail on his Postfix setup 2) filter it over DSPAM 3) reinject it back to Postfix 4) distribute delivery from Postfix to his target systems
It's not about pushing away feature requests. I have no issue (beside time constrains) adding that dynamic lookup stuff into DSPAM for SQLite/SQLite3, PostgreSQL and MySQL. Don't know where to add that lookup stuff for the Hash driver but that's another issue. However... I think the original requester does not run DSPAM in router mode. So the above described approach would be (for now) faster (in terms of available right now) and more flexible (Postfix has a gazillion of available lookup functions which DSPAM does not have) done inside Postfix. > IOnut - Un^d^dregistered ;) FreeBSD "user" > Steve -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Dspam-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-devel
