| when the patch is stable or at least better working than the oldoen, stable is a word never been used in zimbras world :-))
| | i have dropped dspam, sorry got tired of it ahh cmon, dont give up so easy :)) | | but it could be created a specific plugin to amavisd so dspam works | more integraded in amavisd, that would be real cool imho, aswell a | webui | for amavisd/dspam is still missing | well a plugin and webui might be useful for users with amavis only or different setups, however dont see a point for the zimbra spezific amavis part. | what ?, so zimbra accept and bounce later ? uhm yes good question, well its behave its a bit wierd by design, so there are no aliases or something, everytime postfix lookup an alias zimbra core will answer that question. however ive not seen any easy way to determine which zimbra account is ment to be. dugmore wrote he using an ldap lookup in dspam to get the right virtual ID of the user well this would be the only solution ot get on the VUID | | > 1. which amavis parameter we should use - should zimbra use by | > default | | amavisd is just the digest part of dspam chain, not the relearning | part well yes and no. everytime i send an email trough zimbra amavis is invoked. of course you can bypass amavis for localnetworks but basically its always involved - so it would be for forwarding into spam/ham account if you use regular forwarders and not zimbra built in copy to spam/ham feature) | | > 1.2 is process needed in there or is classify fine too? | | yes, if dspam never see it initialy then it cant be relearnt which means, if we use TOE it should not be relly relevant but if we use TEFT or TUM it is relevant to have process instead of classify - so as an overal zimbra patch process is the way togo | | > 1.3 shouldn we use source=error to optionally use the | > parsetoheader? | | its imho not related right, yea okok youre right, got confused for a bit by amavisd´s mailling list, well since we do not use train aliases for zimbra we only need those options in bin/zmtrainsa which is a shellscript and open right now on my second monitor | i see as it is now, more drawbacks with amavisd and dspam, nearly got | tired of amavisd here and use clamav-milter / spampd thats all i use well i understand your frustration, still its not a solution, and since were on the dspam maillinglist we should have a - enough headache meds in the drawer ,b the willingness to solve anything :-) | | when dspam need to change result it must be relearn with source=error which means, we simply go with minimum otpions in the amavisd part - so we use process instead of classify - maybe find even a way instead of giving zimbra sysuser but zimbra vuid to the line - patch also bin/zmtrainsa for the releasingpart and source --error alternative find a way to work with zimbras virtual uids | | but if amavisd will maybe have a custom plugin for dspam then it just | need to be handled all in amavisd, but so far it not there yet | | example amavisd plugin is from policyd v2, it just not doing anything | with dspam well an amavisd plugin wont help us much with zimbra, because it handles the spam/ham so entire differently. ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user
