-------- Original-Nachricht -------- > Datum: Fri, 25 Sep 2009 10:58:38 -0400 > Von: "Edgar Díaz Orellana" <eorel...@fulltimehosting.net> > An: dspam-devel@lists.sourceforge.net, Steve <steeeeev...@gmx.net> > Betreff: Re: [Dspam-devel] FEATURE REQUEST. DKIM Signature @Dspam.
> On Fri, 25 Sep 2009 01:09:31 +0200, "Steve" <steeeeev...@gmx.net> wrote: > > -------- Original-Nachricht -------- > >> Datum: Thu, 24 Sep 2009 18:41:35 -0400 > >> Von: "Edgar Díaz Orellana" <eorel...@fulltimehosting.net> > >> An: dspam-devel@lists.sourceforge.net > >> Betreff: [Dspam-devel] FEATURE REQUEST. DKIM Signature @Dspam. > > > >> > >> > >> Hi everyone. i'm guessing if it's possible to implement a class of > >> plug-in of DKIM when the email was passing out from email server to > >> external sites, then could be signed by DKIM or something related like > >> amavis could do currently. i'm waiting to hear your comments. > > Hi steve > > > Are you able to rephrase that question. I don't understand what you > really > > want. When you write about DKIM then you mean that DSPAM should sign a > mail > > with DKIM? Or do you mean a way to use DKIM signing (and verifying) but > not > > to use Amavisd-New. Right? > > Mainly i'm try to found some way to implement a kind of pluggin of DKIM or > some other programs connected like pluggins, that means 2 requests really. > > first, create a kind of interface to connect pluggins, i'm not sure how do > that, honestly. > You mean adding a pluggin architecture/interface into DSPAM. Right? > second, connect DKIM for checking incomming emails with and without > signing, if not signed, > got's 20 points of spam, > 20 points in what context (DSPAM is not SpamAssassin)? > or some weight of spam, > Yeah. That is more suited for DSPAM. > the others signed and > verified get passed or > get negative points, but remember a lot of spammers use gmail servers to > send spam, that means > a lot of missed emails pass to mailbox without marks of spam. > Better would be to implement such things on the MTA level and not into the content filter. > another plugging is SFP pluggin, like wise DKIM, is another validation > tool > for emails. > Again. Better done on the MTA level then on the content filter. > think about that features. > > > > > If you need DKIM signing/verifying but don't want to use Amavisd-New > then > > have a look at: > > DKIM Milter -> http://sourceforge.net/projects/dkim-milter/ > > OpenDKIM -> http://www.opendkim.org/ > > > > I am using both of them on various Postfix installations without any > > problem. I would however suggest you to go with OpenDKIM since it is > done > > by the same developer who has made dkim-milter and opendkim is going to > be > > the package where he is focusing more in the future. > > > currently i'm using dkfilter, > Ouch! A Perl solution. Well... I like Perl but for some things I prefer to use native machine code. > but performance is always bad, the check and > sign process take always a few seconds. > A few seconds? Really? On what kind of CPU? > that's i'm think in a inprocess plugin for dkim or some related program. > > or maybe a socket implementation like clam-av. i don't know, just it's an > idea! > The problem with a socket solution is that some one has to define a global valid method of communicating with the socket, since every tool has it's own way of communication. I write that in regard of a plugin architecture/interface. So something like Sendmail's Milter would be best suited since it's a well documented interface and there exist many tools working as a milter. But why violating a content filter to be like a MTA? Would it not really be better to do all that kind of stuff on the MTA level? > > > > >> greetings to > >> everyone. edgar > >> > > Steve > > Edgar > // Steve -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
