SPF is a system for specifying which servers are allowed to send mail on behalf of any domain. SPF publishes a list of servers in the DNS system. The receiving server verifies that the sending server is in the list.
Domain keys uses public/private key encryption to accomplish the same task. The domain keys standard specifies how to publish a publish the public key in a DNS record. The private key is used to create a signature for each message. The signature can then be validated by the receiving server. Both systems can be used in parallel, and with anything anti-spam, multiple approaches work better than any single approach. Tom On 12/22/06, JWM <[EMAIL PROTECTED]> wrote:
How does Domain Keys Sender Verification differ from SPF? Do they work in parallel? Or do you chose one or the other? -----Original Message----- From: Tom Brown [mailto:[EMAIL PROTECTED] Sent: Friday, December 22, 2006 10:32 AM To: James Users List Subject: Re: jSPF and James? Hi Guys! I just thought I'd mention that I've got an implementation of the Domain Keys sender verification standard about 95% completed (it correctly validates most messages, but some systems don't correctly interpret the signature). I wanted to include it with JAMES itself, but there was a question regarding licensing issues. Has there been any notice from the legal team regarding the domain keys licensing, or should I just begin to distribute it myself? Thanks! Tom On 12/22/06, JWM <[EMAIL PROTECTED]> wrote: > Norman, > > Thanks for the info. > > One last question regarding the SPF SMTPHandler. If I get the latest trunk > build, is SPF just inherently built into server, and it automatically checks > all incoming mail against SPF records, etc. for the sending domain? Or is > it an option that must be enabled? (And the typical followup question to > that assuming config is required.... is the config stuff documented?) > > Parallel question.... I saw a forum post a few months back about adding a > graylisting implementation to james. Can you bring me up to speed on where > that stands? Is that in the current trunk as well? > > If you haven't figured it out yet.... I'm drowning in Spam... :-( > SpamAssassin was working pretty well a few months back, but the spammers > have apparently recently figured out ways around SpamAssassin... it's now > incorrectly passing about 100 spams per day per email address.... > > Thanks again for all of your work and assistance. > > > -----Original Message----- > From: Norman Maurer [mailto:[EMAIL PROTECTED] > Sent: Friday, December 22, 2006 12:50 AM > To: James Users List > Subject: Re: jSPF and James? > > No problem, > > trunk = current svn > > Just read: > http://james.apache.org/server/2.3.0/source-repository.html > > Or use a nightly build: > http://people.apache.org/builds/james/nightly/ > > bye > Norman > > JWM schrieb: > > Sorry for the ignorance... I'm a java developer. But I'm not familiar > with > > the term 'trunk'. I assume it refers to a CVS build tree or similar. But > > could you give me a brief summary of what is involved in getting a build > > from the 'current trunk'? > > > > Thx > > > > -----Original Message----- > > From: Norman Maurer [mailto:[EMAIL PROTECTED] > > Sent: Friday, December 22, 2006 12:22 AM > > To: James Users List > > Subject: Re: jSPF and James? > > > > Hi Randy, > > > > in the current trunk you can find a SMTPHandler which use the jSPF > > implementation to reject emails based on SPF. A mailet and matcher not > > exists yet. > > > > bye > > Norman > > > > randy roy schrieb: > > > >> Has anyone written a matcher/mailet that plugs the jSPF project into > >> James? > >> Or does it exist internally, and I just can't figure it out? > >> > >> It appears from the web site that the two projects are closely related > >> (they > >> share the same distribution tree). But I'm rather surprised that I can't > >> find anything that explains how to glue the two together. The only > >> documentation I can find for jSPF is in the readme, which has some > >> generic > >> java code for how to use it. Do I really have to write my own > >> matcher/mailet from scratch? Seems to me there would be some canned code > >> already available. > >> > >> _________________________________________________________________ > >> Dave vs. Carl: The Insignificant Championship Series. Who will win? > >> > >> > > > http://clk.atdmt.com/MSN/go/msnnkwsp0070000001msn/direct/01/?href=http://dav > > evscarl.spaces.live.com/?icid=T001MSN38C07001 > > > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> !EXCUBATOR:1,458b4f1744679445312937! > >> > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > !EXCUBATOR:1,458b7bd244676195114357! > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
