Hi Vincenzo --
Let me ask you something. Most top spam filters have more stuff in
them the the statistical filter. Would it be practical for you to just
copy the code of another open-source filter, either translating it into
Java or using directly? But SpamBayes is excellent and it's written
Stefano Bagnara wrote:
> > Yes, but what does this have to do with a Maven repository? Perhaps
Stefano
> > needs to be more clear.
> Maven?? I didn't use that word in this proposal ;-)
> This proposal has nothing to do with maven repositories!
Sorry, I conflated your two proposals.
> I would l
[ http://issues.apache.org/jira/browse/JAMES-617?page=all ]
Guillermo Grandes updated JAMES-617:
Attachment: SMTPHandlerChain.java.diff
Attach the diff for correct: SMTPHandlerChain.java.diff (1 line change)
- ClassLoader classLoader = getClass().g
Related to JAMES-418, use Thread.currentThread().getContextClassLoader() in
SMTPHandlerChain
Key: JAMES-617
URL: http://issues.apache.org/jira/browse/JAMES-617
Author: bago
Date: Sun Sep 17 12:40:00 2006
New Revision: 447120
URL: http://svn.apache.org/viewvc?view=rev&rev=447120
Log:
Forgot to commit update xinfo file for LocalUsersRepository to publish the
JamesMBean MBean.
Modified:
james/server/trunk/src/java/org/apache/james/core/LocalUsersRepos
because for JamesMBean to have any effect (being a live MBean) it has
to be referenced somewhere like it was in the xinfo section I deleted
right now, I didn't check that.
but - leave it out if it isn't anywhere ;-)
Bernd
On 9/17/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Thank you Bernd,
Thank you Bernd,
I forgot to commit it, but this is exactly what I did locally. I think
this is the correct solution: wht do you say "this can not be considered
the final solution"? now that management-access-point is declared by
LocalUsersRepository.xinfo
Am I missing anything?
Stefano
[E
this is OK for James.java, but probably now the JamesMBean interface
is effectively dispensable.
(no time to investigate further, sorry. have to go offline now)
Bernd
On 9/17/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: berndf
Date: Sun Sep 17 10:29:11 2006
New Revision: 447101
UR
Author: berndf
Date: Sun Sep 17 10:29:11 2006
New Revision: 447101
URL: http://svn.apache.org/viewvc?view=rev&rev=447101
Log:
hotfix for bug introduced in r446879 to reenable the server to start, this can
not be considered the final solution, but is all I can do at the moment
Modified:
james
I think yes, it makes sense. This inconsistency probably never came out
as probably almost everybody ignores case to avoid problems.
Vincenzo
Stefano Bagnara wrote:
I've made a code review on the usage of case sensitivity inside James
and I found a lot of inconsistencies.
We currenlty have
I've made a code review on the usage of case sensitivity inside James
and I found a lot of inconsistencies.
We currenlty have an option inside the James block and have
2 methods in the UsersRepository interface: contains and
containsCaseInsensitive.
This would be ok if every piece of code u
this deprecation is different than the typical one: we don't have a
complete feature which is replaced by another/better one, in this
case, it was never really a full feature.
but we can wait one release or two, no problem.
Bernd
On 9/17/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Bernd Fo
Author: bago
Date: Sun Sep 17 08:02:57 2006
New Revision: 447073
URL: http://svn.apache.org/viewvc?view=rev&rev=447073
Log:
Changed WhiteListManager and IsInWhiteList to depend on UsersRepository.ROLE
(by default the "LocalUsers" user repository) instead of depending on
Store.ROLE and looking up
Bernd Fondermann wrote:
JamesMBean: can't we simply drop it in trunk? it was a stub and is no
longer needed.
Bernd
We didn't remove anything deprecated yet, so I think we can wait until
the decision that this code will finish in a major release will be
taken: at that point we should review
I have no preference concerning this.
Maybe we should ask over on user list what they want...
Bernd
On 9/14/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
What about including scripting support in trunk?
What are your preferences between the Guillermo BeanShell solution and
the previous BSF
JamesMBean: can't we simply drop it in trunk? it was a stub and is no
longer needed.
Bernd
On 9/16/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: bago
Date: Sat Sep 16 07:43:53 2006
New Revision: 446879
URL: http://svn.apache.org/viewvc?view=rev&rev=446879
Log:
The previously deprec
Author: bago
Date: Sun Sep 17 06:19:15 2006
New Revision: 447065
URL: http://svn.apache.org/viewvc?view=rev&rev=447065
Log:
Moved dependencies on global mailet context variables from
UsersRepositoryAliasingForwarding to DeliveryMailet wrapper (related to
JAMES-414)
Added few more tests for local
Dear Gary,
at the Apache James Server Project (http://james.apache.org) we have
implemented a (java based) bayesian anti-spam filter following Paul
Graham's approach (both the original one -
http://paulgraham.com/spam.html - and the enhanced one -
http://paulgraham.com/better.html). It is ava
18 matches
Mail list logo
