Author: berndf
Date: Fri Jun 2 01:54:54 2006
New Revision: 411096
URL: http://svn.apache.org/viewvc?rev=411096view=rev
Log:
moved copy/paste-code into common superclass.
Added:
james/server/trunk/src/test/org/apache/james/transport/matchers/AbstractHasMailAttributeTest.java
Modified:
Thx Bernd,
i also had this here .. but not tested yet so not commited it ;-)
Am Freitag, den 02.06.2006, 08:54 + schrieb [EMAIL PROTECTED]:
Author: berndf
Date: Fri Jun 2 01:54:54 2006
New Revision: 411096
URL: http://svn.apache.org/viewvc?revA1096view=rev
Log:
moved
Norman Maurer wrote:
Thx Bernd,
i also had this here .. but not tested yet so not commited it ;-)
ah, ok. sorry, didn't want to step onto your feet... should've dropped a
line in advance.
maybe you have even more like this. there seems to be some potential for
more refactorings like these
Yeah i have more like this ;-) I will commit them later.. Just a bit
tyred from last days ( we was working the whole night for getting iscsi
up).
Thx anyway.. plz also commit this in the branch .
bye
Norman
Am Freitag, den 02.06.2006, 11:13 +0200 schrieb Bernd Fondermann:
Norman Maurer wrote:
After review of your refctoring it seems that your abstract class seems
clearer and better structured as mine. Do you have other refactoring
allready done on the junit tests? IF yes plz commit yours I will drop
mine then. Or if not can you do it ?
bye
Norman
Am Freitag, den 02.06.2006, 11:16
Norman Maurer wrote:
After review of your refctoring it seems that your abstract class seems
clearer and better structured as mine. Do you have other refactoring
allready done on the junit tests? IF yes plz commit yours I will drop
mine then. Or if not can you do it ?
nothing in the pipeline
[
http://issues.apache.org/jira/browse/JAMES-512?page=comments#action_12414390 ]
Bernd Fondermann commented on JAMES-512:
a db configuration runs into memory problems (Xmx=64m) after less than two
hours, too.
(this is a setup where 500 mails are
Add mailet to add prefix to subject
---
Key: JAMES-518
URL: http://issues.apache.org/jira/browse/JAMES-518
Project: James
Type: New Feature
Components: Matchers/Mailets (bundled)
Reporter: Norman Maurer
Assigned to: Norman
Before applied the patch of Stefano or after ?
bye
Norman
Am Freitag, den 02.06.2006, 09:48 + schrieb Bernd Fondermann (JIRA):
[
http://issues.apache.org/jira/browse/JAMES-512?page=comments#action_12414390
]
Bernd Fondermann commented on JAMES-512:
Author: norman
Date: Fri Jun 2 03:07:16 2006
New Revision: 43
URL: http://svn.apache.org/viewvc?rev=43view=rev
Log:
Add new mailet to add a prefix to subject. See JAMES-518
Added:
james/server/trunk/src/java/org/apache/james/transport/mailets/AddSubjectPrefix.java
[ http://issues.apache.org/jira/browse/JAMES-518?page=all ]
Norman Maurer resolved JAMES-518:
-
Resolution: Fixed
Add mailet to add prefix to subject
---
Key: JAMES-518
URL:
My patch should has nothing to do with db repositories. So I think this
doesn't matter.
Instead I would like to know wether this is derby or mysql or anything else?
I know many connector/j uses big buffers and maybe they also have leak
problems. Derby instead have big caches, maybe it is a
Right just see.. only FileRepositories ..
Sometimes first thinking then writing is the best solution ;-)
bye
Norman
Am Freitag, den 02.06.2006, 12:48 +0200 schrieb Stefano Bagnara:
My patch should has nothing to do with db repositories. So I think this
doesn't matter.
Instead I would like
Stefano Bagnara wrote:
My patch should has nothing to do with db repositories. So I think this
doesn't matter.
quick recap of my conclusions around JAMES-512:
a specific problem with file-repos was reported and your fix was applied.
after the fix, the problem symptoms (OOMs) don't completely
Bernd Fondermann wrote:
Stefano Bagnara wrote:
My patch should has nothing to do with db repositories. So I think
this doesn't matter.
[...]
that's the whole point of comparing file-repo with non-file-repo under
the same conditions and the result is: db-repo has similar
problems/symptoms.
Ok, didn't know what you were referring to and felt my JIRA comments
needed to be put in context.
I'd like to share one additional interesting observation:
from previous test runs it seem to me that memory is be more or less
constant if the number of unmatched mails at any given point in time
Author: norman
Date: Fri Jun 2 05:39:27 2006
New Revision: 411144
URL: http://svn.apache.org/viewvc?rev=411144view=rev
Log:
Let it deal with encoded subjects
Modified:
james/server/trunk/src/java/org/apache/james/transport/mailets/AddSubjectPrefix.java
Modified:
Author: bago
Date: Fri Jun 2 05:56:57 2006
New Revision: 411146
URL: http://svn.apache.org/viewvc?rev=411146view=rev
Log:
POP3Handler was not correctly restored when reused from the pool (Thanx to
Bing Ran)
Modified:
james/server/trunk/src/java/org/apache/james/pop3server/POP3Handler.java
So when we can start to VOTE for this now ?
bye
Norman
Am Mittwoch, den 31.05.2006, 14:13 +0200 schrieb Norman Maurer:
Ok i will merge it in the branch!
Am Mittwoch, den 31.05.2006, 08:12 -0400 schrieb Noel J. Bergman:
Norman Maurer wrote:
I want also rename the AddHandler and
On 6/2/06, Norman Maurer [EMAIL PROTECTED] wrote:
So when we can start to VOTE for this now ?
I would just commit. It's backwards compatible, discussed several
days ago with consensus of what we'd change, go for it! We can always
revert if people have an issue.
--
Serge Knystautas
Lokitech
The asking vor a VOTE was not related for my commits. Allready done the
commits.
I asked for a VOTE for james-2.3a4 .
bye
Norman
Am Freitag, den 02.06.2006, 09:16 -0400 schrieb Serge Knystautas:
On 6/2/06, Norman Maurer [EMAIL PROTECTED] wrote:
So when we can start to VOTE for this now ?
Serge Knystautas wrote:
On 6/2/06, Norman Maurer [EMAIL PROTECTED] wrote:
So when we can start to VOTE for this now ?
I would just commit. It's backwards compatible, discussed several
days ago with consensus of what we'd change, go for it! We can always
revert if people have an issue.
I
Am Dienstag, den 30.05.2006, 17:26 -0400 schrieb Noel J. Bergman:
Serge Knystautas wrote:
Java has survived for 10+ years without such an attack.
And for those 10+ years, Java security has been based upon one of two
things: location and, more recently, signing. Most jars, e.g., Sun's
I think he's referring to the VOTE for publishing a new release ;-)
I was under the impression that Noel was working on 2.3.0b1 release
a day or two ago.
Was waiting for a few commits that people said were coming. We seem to be
done, yes?
I'll tag and build the current v2.3 branch as
Implement a JDBC based JavaMail Store
-
Key: JAMES-519
URL: http://issues.apache.org/jira/browse/JAMES-519
Project: James
Type: Task
Reporter: Stefano Bagnara
Assigned to: Stefano Bagnara
We need an ASL licensed JavaMail
Am Freitag, den 02.06.2006, 10:26 -0400 schrieb Noel J. Bergman:
I think he's referring to the VOTE for publishing a new release ;-)
I was under the impression that Noel was working on 2.3.0b1 release
a day or two ago.
Was waiting for a few commits that people said were coming. We seem
Create a RemoteDelivery service
---
Key: JAMES-520
URL: http://issues.apache.org/jira/browse/JAMES-520
Project: James
Type: New Feature
Components: Remote Delivery
Reporter: Stefano Bagnara
Assigned to: Stefano Bagnara
Fix
Mail/Spool/Message repositories refactoring
---
Key: JAMES-521
URL: http://issues.apache.org/jira/browse/JAMES-521
Project: James
Type: Task
Components: James Core, MailStore MailRepository
Reporter: Stefano Bagnara
Vincenzo Gianferrari Pini wrote:
Yes. And one of the things that held us up for a long time was making
changes that blocked our ability to get good releases out the door. I'd
like to learn from that, and avoid a repeat.
--- Noel
If this is referred to anything happened in the last year
Serge Knystautas wrote:
On 5/30/06, Stefano Bagnara [EMAIL PROTECTED] wrote:
Well, I think this explain why I think that this is not a best practice.
Most James discussions takes weeks and are lost forever with no results.
This thread has gotten somewhat bitter.
My 2 cents... I voted for
Steve Brewin wrote:
In my experience, having more than one active development branch almost
always ends in tears, even in more tightly controlled commercial endevaours.
Its fine having a trunk and branches for past releases to which maintenance
may be applied. For instance, after releasing 2.3
Author: noel
Date: Fri Jun 2 09:01:16 2006
New Revision: 411197
URL: http://svn.apache.org/viewvc?rev=411197view=rev
Log:
tag build 2.3.0 Beta 1
Added:
james/server/tags/build_2_3_0_B1/
- copied from r411195, james/server/branches/v2.3/
Tagged and built. Currently uploading to http:/people.a.o/~noel/james. It
was built on my new server, so please try to test this on JDK 1.4.2, not
just Java 5.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Noel J. Bergman wrote:
I thought that having a 2.3 branch and being committed to fix any bug
found on that branch would have been enough.
Yes, that's great. For that release. What about the release after that?
When would you like it, what would you expect in it, and how do you propose
that
Am Freitag, den 02.06.2006, 12:27 -0400 schrieb Noel J. Bergman:
Tagged and built. Currently uploading to http:/people.a.o/~noel/james. It
was built on my new server, so please try to test this on JDK 1.4.2, not
just Java 5.
--- Noel
+1
Norman
signature.asc
Description: Dies ist
Noel J. Bergman wrote:
Tagged and built. Currently uploading to http:/people.a.o/~noel/james. It
was built on my new server, so please try to test this on JDK 1.4.2, not
just Java 5.
--- Noel
+1: Tested under windows with both 1.5.0 and 1.4.2 with default
configuration and works.
+1
Vincenzo
Noel J. Bergman wrote:
Tagged and built. Currently uploading to http:/people.a.o/~noel/james. It
was built on my new server, so please try to test this on JDK 1.4.2, not
just Java 5.
--- Noel
-
To
Stefano Bagnara (JIRA) schrieb:
We need an ASL licensed JavaMail Store. Better if it uses JDBC.
For testing JavamailStoreMailRepository? I'm planing a lightweight ASL licensed
in-memory JavaMail Store at the moment. This could be very useful for testing
apart from the lack of an ASL
Author: norman
Date: Fri Jun 2 12:02:36 2006
New Revision: 411251
URL: http://svn.apache.org/viewvc?rev=411251view=rev
Log:
junit test for ToProcessor mailet.
Added:
james/server/trunk/src/test/org/apache/james/transport/mailets/ToProcessorTest.java
Added:
Hi guys,
who of you will be on the ApacheCon in dublin? I just get told (from my
boss) that i can be there.. So im intressted.
bye
Norman
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Author: norman
Date: Fri Jun 2 12:31:25 2006
New Revision: 411262
URL: http://svn.apache.org/viewvc?rev=411262view=rev
Log:
Copy ToProcessor junit test
Added:
james/server/branches/v2.3/src/test/org/apache/james/transport/mailets/ToProcessorTest.java
- copied unchanged from r411261,
Stefano Bagnara (JIRA) schrieb:
- Introduce a MessageRepository interface for MimeMessages (not Mail objects)
to replace the current MailRepository usage: we could even use JavaMail
Store/Folders but maybe we should have our own interface and a wrapper.
The biggest design deficiency of
Author: norman
Date: Fri Jun 2 15:20:46 2006
New Revision: 411316
URL: http://svn.apache.org/viewvc?rev=411316view=rev
Log:
junit test for RemoveAllMailAttributes mailet.
Added:
james/server/trunk/src/test/org/apache/james/transport/mailets/RemoveAllMailAttributesTest.java
Added:
Author: norman
Date: Fri Jun 2 15:40:04 2006
New Revision: 411321
URL: http://svn.apache.org/viewvc?rev=411321view=rev
Log:
-Add junit test for SetMailAttribute mailet
-Remove not needed code from matcher junit tests
Added:
On 6/2/06, Noel J. Bergman [EMAIL PROTECTED] wrote:
Tagged and built. Currently uploading to http:/people.a.o/~noel/james. It
was built on my new server, so please try to test this on JDK 1.4.2, not
just Java 5.
Can you clarify what this vote is? Is this an informal way to collect
feedback
On 6/2/06, Joachim Draeger [EMAIL PROTECTED] wrote:
The biggest design deficiency of Javamail is the lack of interfaces. That's why
using javamail means being limited in hierarchy, and being unable to completely
replace implementations.
This is an interesting point... should we create
Norman,
As far as I know, it will be you, me, Danny and Vincenzo. I will arrive on
Saturday and leave on the Wednesday after ApacheCon.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
47 matches
Mail list logo