Mailing-List: contact commits-help@spamassassin.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "SpamAssassin Dev" <dev@spamassassin.apache.org>
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Apache Wiki <wikidiffs@apache.org>
To: commits@spamassassin.apache.org
Date: Fri, 21 Apr 2006 11:28:17 -0000
Message-ID: <20060421112817.31356.67672@ajax.apache.org>
Subject: [Spamassassin Wiki] Update of "SummerOfCode2006" by JustinMason

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Spamassassin Wiki" for change notification.

The following page has been changed by JustinMason:
http://wiki.apache.org/spamassassin/SummerOfCode2006

------------------------------------------------------------------------------
  	
  Description:
  	
- 'persistent DB connections (suggested by Michael last year)
+ 'persistent DB connections (suggested by Michael last year);
+ This exists, but is not an ASL friendly license.  So a "clean room"
+ implementation might be cool.'
  
+ Possible Mentors: -
+ 
+ Status: - 
+ 
+ 
+ -----------------------
+ 
+ Subject ID: spamassassin-separate-expiry
+ 
+ Title:  Helper process for Bayes expiry
+ 
+ ASF Project: SpamAssassin - http://SpamAssassin.apache.org/
+ 
+ Keywords: perl, bayes, spamd, processes
+ 	
+ Description:
+ 	
+ Theo said: 'I also suggested having things like Bayes expiry and such being
+ passed back to the parent who can spawn a helper process to do the work.  That
+ way the children processes will be able to accept, process, return the result,
+ notify parent for bayes work, go back to listening.  Right now we do: accept,
+ process, do bayes work, return result, go back to listening, which ends up
+ causing timeouts and possibly eats up all processing children.'
+ 
+ Possible Mentors: -
+ 
+ Status: - 
+ 
+ -----------------------
+