[jira] [Closed] (JAMES-3845) HP Solution Center Download Windows

2022-11-27 Thread Benoit Tellier (Jira)
[ https://issues.apache.org/jira/browse/JAMES-3845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benoit Tellier closed JAMES-3845. - Resolution: Fixed > HP Solution Center Download Wind

[18/18] james-project git commit: MAILBOX-266 Find a temporary solution for Guice chaotic initialization

2016-04-06 Thread btellier
MAILBOX-266 Find a temporary solution for Guice chaotic initialization Project: http://git-wip-us.apache.org/repos/asf/james-project/repo Commit: http://git-wip-us.apache.org/repos/asf/james-project/commit/1d43ec8e Tree: http://git-wip-us.apache.org/repos/asf/james-project/tree/1d43ec8e Diff

Re: new monitoring solution available

2012-05-11 Thread Ioan Eugen Stan
at documents how you can enable, disable stuff. >>> Thx, >>> Eric >>> >>> >>> On 05/11/2012 06:25 AM, Eric Charles wrote: >>>> >>>> >>>> On 05/10/2012 09:18 PM, Ioan Eugen Stan wrote: >>>>> >>>>> &g

Re: new monitoring solution available

2012-05-11 Thread Eric Charles
, how to configure to enable, disable,...). Thx, Eric On 05/11/2012 06:25 AM, Eric Charles wrote: On 05/10/2012 09:18 PM, Ioan Eugen Stan wrote: Hello Eric, 2012/5/10 Eric Charles: Hi Ioan, Alternative solution could be servo [1]. I didn't look at jetm yet but there are probably other

Re: new monitoring solution available

2012-05-10 Thread Norman Maurer
> >>> Hello Eric, >>> >>> 2012/5/10 Eric Charles: >>>> >>>> Hi Ioan, >>>> >>>> Alternative solution could be servo [1]. >>>> I didn't look at jetm yet but there are probably others. >>> >>>

Re: new monitoring solution available

2012-05-10 Thread Eric Charles
sable,...). Thx, Eric On 05/11/2012 06:25 AM, Eric Charles wrote: On 05/10/2012 09:18 PM, Ioan Eugen Stan wrote: Hello Eric, 2012/5/10 Eric Charles: Hi Ioan, Alternative solution could be servo [1]. I didn't look at jetm yet but there are probably others. Took a quick look at servo, and

Re: new monitoring solution available

2012-05-10 Thread Eric Charles
On 05/10/2012 09:18 PM, Ioan Eugen Stan wrote: Hello Eric, 2012/5/10 Eric Charles: Hi Ioan, Alternative solution could be servo [1]. I didn't look at jetm yet but there are probably others. Took a quick look at servo, and has a lot of potential. It's very new so a lot of people d

Re: new monitoring solution available

2012-05-10 Thread Ioan Eugen Stan
Hello Eric, 2012/5/10 Eric Charles : > Hi Ioan, > > Alternative solution could be servo [1]. > I didn't look at jetm yet but there are probably others. Took a quick look at servo, and has a lot of potential. It's very new so a lot of people didn't hear about it. I&

Re: new monitoring solution available

2012-05-10 Thread Eric Charles
Hi Ioan, Alternative solution could be servo [1]. I didn't look at jetm yet but there are probably others. Although MAILBOX-152 is created since long, I think it's worth to talk and announce on mailing list when introducing such components. Everybody could then propose alternat

new monitoring solution available

2012-05-10 Thread Ioan Eugen Stan
Hi, I've committed the changes needed to add jetm performance monitoring. It uses Spring AOP and can be enabled/ disa bled by configuration for every bean that we create. The project home-page shows some stuff that you can do with it: http://jetm.void.fm/views/monitoring_examples.html It's in th

Re: Solution

2009-11-21 Thread Simon Funnell
at present, that can come later. Regards, Simon Stefano 2009/11/21 Simon Funnell : Hi, Sorry, I will keep it under 'Solution' for now. Norman Maurer wrote: Im still not agree with you about that. Imho logging should be part of the "main code". And why is this any bett

Re: Solution

2009-11-21 Thread Stefano Bagnara
t none of them is using it for logging. I think there something to learn there. Stefano 2009/11/21 Simon Funnell : > Hi, > > Sorry, I will keep it under 'Solution' for now. > > Norman Maurer wrote: >> >> Im still not agree with you about that. Imho logging sh

Re: Solution

2009-11-21 Thread Simon Funnell
Hi, Sorry, I will keep it under 'Solution' for now. Norman Maurer wrote: Im still not agree with you about that. Imho logging should be part of the "main code". And why is this any better then injecting the Logger like every other object. In trunk we even use JSR2

Re: Solution

2009-11-21 Thread Markus Wiederkehr
tions, they are > flawed. Nothing do with me or anyone, its a just a fact. The solution is to > write methods without logging code, then add it later with a decent aspect > orientated framework or the like. Its really that simple. I think I'm with Norman and Stefano on this. In my opi

Re: Solution

2009-11-21 Thread Norman Maurer
ing operations, they are flawed. Nothing do with me or anyone, its a just a fact. The solution is to write methods without logging code, then add it later with a decent aspect orientated framework or the like. Its really that simple. Im still not agree with you about that. Imho logging should be part

Solution

2009-11-20 Thread Simon Funnell
solution is to write methods without logging code, then add it later with a decent aspect orientated framework or the like. Its really that simple. Are you not bored of explicitly writing logging code in every component? All I am asking is for you to embrace best practice :) but I respect the

[jira] Resolved: (JSPF-27) Find a solution for maven2 dependencies to be able to create an official release.

2007-05-19 Thread Stefano Bagnara (JIRA)
solution of using a *local* stage folder used as "remote repository" for every project dependency fix most of the security concerns. The only thing we now download from remote repositories are m2 plugins. > Find a solution for maven2 dependencies to be able to create an offici

[jira] Resolved: (MIME4J-1) Find a solution for maven2 dependencies to be able to create an official release.

2007-05-14 Thread Stefano Bagnara (JIRA)
[ https://issues.apache.org/jira/browse/MIME4J-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefano Bagnara resolved MIME4J-1. -- Resolution: Fixed I hope the current solution is enough. We now use a local stage repository

Re: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread robert burrell donkin
> into a superclass. this would perform a null check on the logger and > > the isXXXEnabled. it would also provide pre-parameterized calls: > > > > info(Object one) > > info(Object one, Object two) > > ... > > Without even valuating your solution: I can'

Re: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread robert burrell donkin
ovide pre-parameterized calls: > > info(Object one) > info(Object one, Object two) > ... Without even valuating your solution: I can't see the problem you're trying to solve. readability and ease of coding (which is why the ne

Re: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread Stefano Bagnara
roposal" is anyway a "small" refactoring and it is something mechanical to search&replace current concatenations with a similar approach and will be also easy to come back to the former solution. Stefano - To

RE: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread Noel J. Bergman
Stefano Bagnara wrote: > I think we should wait to refactor this component until we'll switch to > java 5 as the required jvm so we can introduce a Logger interface with > the mixin's methods we need. Can you illustrate the pattern you have in mind for such a future approach? --- Noel

Re: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread Joachim Draeger
ject one) > info(Object one, Object two) > ... Without even valuating your solution: I can't see the problem you're trying to solve. Why should we do optimization when there is not a known measurable performance enhancement? What does it cost doing just log.info("My message from "

Re: Re: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread robert burrell donkin
On 11/18/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: I don't like this approach. most people don't like this approach the first time they see it: it feels wrong but give it time and think about it carefully before rushing to judgement I think we should wait to refactor this component unti

Re: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread Stefano Bagnara
I don't like this approach. I think we should wait to refactor this component until we'll switch to java 5 as the required jvm so we can introduce a Logger interface with the mixin's methods we need. If you want to avoid complex evaluation for debugging you will have to use the isEnabled

Re: a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread robert burrell donkin
On 11/18/06, robert burrell donkin <[EMAIL PROTECTED]> wrote: On 11/17/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > Bernd Fondermann wrote: > > On 11/17/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > >> > >> Output code 2 from jdk 1.4 > >> > String s2 = s + "test" + s1 + "test" + i; >

a logging solution [WAS Re: isLogEnabled() and StringBuffer]

2006-11-18 Thread robert burrell donkin
On 11/17/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: Bernd Fondermann wrote: > On 11/17/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: >> >> Output code 2 from jdk 1.4 >> > String s2 = s + "test" + s1 + "test" + i; >> >> Output code 2 from jdk 1.5 >> > String s2 = (new StringBuilde

[jira] Created: (JSPF-27) Find a solution for maven2 dependencies to be able to create an official release.

2006-09-22 Thread Stefano Bagnara (JIRA)
Find a solution for maven2 dependencies to be able to create an official release. - Key: JSPF-27 URL: http://issues.apache.org/jira/browse/JSPF-27 Project: jSPF

[jira] Assigned: (MIME4J-1) Find a solution for maven2 dependencies to be able to create an official release.

2006-09-22 Thread Stefano Bagnara (JIRA)
[ http://issues.apache.org/jira/browse/MIME4J-1?page=all ] Stefano Bagnara reassigned MIME4J-1: Assignee: Stefano Bagnara > Find a solution for maven2 dependencies to be able to create an official > r

[jira] Created: (MIME4J-1) Find a solution for maven2 dependencies to be able to create an official release.

2006-09-18 Thread Stefano Bagnara (JIRA)
Find a solution for maven2 dependencies to be able to create an official release. - Key: MIME4J-1 URL: http://issues.apache.org/jira/browse/MIME4J-1 Project: Mime4j

RE: Possible solution to SPAM in James

2005-08-08 Thread Noel J. Bergman
There is a thread in general@james.apache.org on this subject right now. Feel free to participate. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Possible solution to SPAM in James

2005-08-08 Thread Andres QuiƱones
The solution is to authenticate messages in James by digital signatures with an authority, this solution is the idea for my Thesis in the University. So I want to know if there is any developer working in this solution or anyone can help me developing this solution. Or someone has an idea to be

Re: Short term, but immediate, solution to spam volume.

2005-06-04 Thread Jeff Turner
On Fri, Jun 03, 2005 at 09:55:08PM +0200, Stefano Bagnara wrote: > > > I have no rights to close jira issues, you can mark as resolved the > > > following: > > > > > http://issues.apache.org/jira/browse/JAMES-380 > > > http://issues.apache.org/jira/browse/JAMES-379 > > > http://issues.apache.org/j

Re: Short term, but immediate, solution to spam volume.

2005-06-03 Thread Stefano Bagnara
> > I have no rights to close jira issues, you can mark as resolved the > > following: > > > http://issues.apache.org/jira/browse/JAMES-380 > > http://issues.apache.org/jira/browse/JAMES-379 > > http://issues.apache.org/jira/browse/JAMES-377 > > http://issues.apache.org/jira/browse/JAMES-375 > > h

RE: Short term, but immediate, solution to spam volume.

2005-06-03 Thread Noel J. Bergman
Stefano Bagnara wrote: > Just created the JIRA issue and uploaded the patch I merged it with some changes. We only need one copy of the rbl list, and don't need to massage it for each connection. Please review the committed changes. --- Noel ---

RE: Short term, but immediate, solution to spam volume.

2005-06-03 Thread Noel J. Bergman
> I have no rights to close jira issues, you can mark as resolved the > following: > http://issues.apache.org/jira/browse/JAMES-380 > http://issues.apache.org/jira/browse/JAMES-379 > http://issues.apache.org/jira/browse/JAMES-377 > http://issues.apache.org/jira/browse/JAMES-375 > http://issues.apa

Re: Short term, but immediate, solution to spam volume.

2005-06-03 Thread Stefano Bagnara
> > I'm adding an > > > > servername > > servername > configuration to > > the smtp handler. > > You may find it convenient to move the check method into the > configuration class as part of your changes. And the outer > tag should be , right? :-) , right. Just created the JIRA

RE: Short term, but immediate, solution to spam volume.

2005-06-03 Thread Noel J. Bergman
> I'm adding an > > servername > servername > > configuration to the smtp handler. You may find it convenient to move the check method into the configuration class as part of your changes. And the outer tag should be , right? :-) --- Noel -

Re: Short term, but immediate, solution to spam volume.

2005-06-03 Thread Stefano Bagnara
> OK, guys ... give it a whirl. Build from source and adjust > the list of DNSRBL to suit your environment. > > Feedback solicited. As would be a patch to make this user > configurable. Working on this: I'm adding an servername servername configuration to the smtp handler. Ste

RE: Short term, but immediate, solution to spam volume.

2005-06-02 Thread Noel J. Bergman
OK, guys ... give it a whirl. Build from source and adjust the list of DNSRBL to suit your environment. Feedback solicited. As would be a patch to make this user configurable. --- Noel - To unsubscribe, e-mail: [EMAIL

Re: Short term, but immediate, solution to spam volume.

2005-06-01 Thread Vincenzo Gianferrari Pini
+1 from me too Vincenzo Jason Webb wrote: +1 from me as well -Original Message- From: Serge Knystautas [mailto:[EMAIL PROTECTED] Sent: 31 May 2005 16:37 To: James Developers List Subject: Re: Short term, but immediate, solution to spam volume. On 5/31/05, Noel J. Bergman <[EM

RE: Short term, but immediate, solution to spam volume.

2005-05-31 Thread Noel J. Bergman
Hontvari Jozsef wrote: Hey! It is great to hear from you. Haven't seen much of you lately. > Maybe it helps, I have attached the source which we use for about a > year. Please review my version (ATTACHED FOR FEEDBACK FROM ALL). Quite similar to yours, borrowing from the DNS RBL matcher. Why

Re: Short term, but immediate, solution to spam volume.

2005-05-31 Thread Hontvari Jozsef
I forgot to mention: It doesn't check for abuse@, only postmaster@ and the email address used in the error message is hard coded. Hontvari Jozsef wrote: Maybe it helps, I have attached the source which we use for about a year. I cannot create a standard patch because my last workspace is bas

Re: Short term, but immediate, solution to spam volume.

2005-05-31 Thread Hontvari Jozsef
Maybe it helps, I have attached the source which we use for about a year. I cannot create a standard patch because my last workspace is based on the now non-existent cvs repository. The code must be inserted before these lines into the SMTPHandler.java file: if (authRequired) {

RE: Short term, but immediate, solution to spam volume.

2005-05-31 Thread Jason Webb
+1 from me as well > -Original Message- > From: Serge Knystautas [mailto:[EMAIL PROTECTED] > Sent: 31 May 2005 16:37 > To: James Developers List > Subject: Re: Short term, but immediate, solution to spam volume. > > On 5/31/05, Noel J. Bergman <[EMAIL PROTECTED]&

RE: Short term, but immediate, solution to spam volume.

2005-05-31 Thread Jason Webb
+1 from me as well > -Original Message- > From: Serge Knystautas [mailto:[EMAIL PROTECTED] > Sent: 31 May 2005 16:37 > To: James Developers List > Subject: Re: Short term, but immediate, solution to spam volume. > > On 5/31/05, Noel J. Bergman <[EMAIL PROTECTED]&

Re: Short term, but immediate, solution to spam volume.

2005-05-31 Thread Serge Knystautas
On 5/31/05, Noel J. Bergman <[EMAIL PROTECTED]> wrote: > I propose an interm measure to add support for a DNSRBL in the SMTP handler, > which will set a flag such that RCPT TO will fail except for postmaster > (RFC2821) and abuse (RFC2142). Once a single message to has been accepted > for that con

Short term, but immediate, solution to spam volume.

2005-05-31 Thread Noel J. Bergman
Do to the incredibly high volume generated by Microsoft Windows spambots, I feel that we need to allow somewhat more aggressive measures in the near term, as in *NOW*. I propose an interm measure to add support for a DNSRBL in the SMTP handler, which will set a flag such that RCPT TO will fail exc