[
http://issues.apache.org/jira/browse/JAMES-512?page=comments#action_12413555 ]
Quande Ren commented on JAMES-512:
--
The code is from
org\apache\james\mailrepository\filepair\File_Persistent_Object_Repository.java
> OutOfMemoryError -- object not released
[ http://issues.apache.org/jira/browse/JAMES-512?page=all ]
Quande Ren updated JAMES-512:
-
Attachment: picture.GIF
Call stack for the memory leak
> OutOfMemoryError -- object not released.
>
>
> Key: JAMES-5
OutOfMemoryError -- object not released.
Key: JAMES-512
URL: http://issues.apache.org/jira/browse/JAMES-512
Project: James
Type: Bug
Components: MailStore & MailRepository
Versions: 2.2.0
Environment: windows XP,
Stefano Bagnara wrote:
>
> Steve Brewin wrote:
> > For me, this is a prime example of why people have said we
> need to discuss first, achieve consensus, then act.
>
>
> I'm sorry if this offend you in any way, I think this is a
> needed thing
> for me to keep working on James, so I did it a
Serge,
> The term "subproject" is something of a loaded term at Apache
Thanks for posting this. I'd started and stopped the same e-mail about
three times. Primarily, because I want to doublecheck to make sure that the
IP for jSPF and then Postage is handled properly. We should file IP
Clearanc
I've noticed we have/are rapidly added/ing many "subprojects" to
James. The term "subproject" is something of a loaded term at Apache,
so wanted to a) have group discuss how they see these as related and
b) be intentional in the term we're using.
1. How these code bases are related
My 2 cents...
On 5/26/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
- create the svn folder james/postage (including trunk/tags/branches
folders),
- import the current code at http://issues.apache.org/jira/browse/JAMES-442
- create a JIRA subproject named POSTAGE
+1
+0 only because I have no time to look a
On 5/26/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Sendmail merges aliases, virtualusertable, users entries to fill in a
single map for the matching.
We can't do this because we have mailets.
Sure, I just wanted to bring up the idea.
Maybe a flag (per hostname) to say whether to be rigoro
Stefano Bagnara wrote:
- create the svn folder james/postage (including trunk/tags/branches
folders),
- import the current code at http://issues.apache.org/jira/browse/JAMES-442
- create a JIRA subproject named POSTAGE
+1
Bernd
-
Am Freitag, den 26.05.2006, 17:12 +0200 schrieb Stefano Bagnara:
> - create the svn folder james/postage (including trunk/tags/branches
> folders),
> - import the current code at http://issues.apache.org/jira/browse/JAMES-442
> - create a JIRA subproject named POSTAGE
>
> +1
>
> Stefano
+1
Norm
- create the svn folder james/postage (including trunk/tags/branches
folders),
- import the current code at http://issues.apache.org/jira/browse/JAMES-442
- create a JIRA subproject named POSTAGE
+1
Stefano
-
To unsubscribe,
Bernd Fondermann wrote:
Possible solutions I can think of are...
o go on patching JAMES-442, don't change anything right now
+0
o move to a svn-sandbox, allow for more review, feedback and tests
+0.5
o make it a subproject
+1
o merge into James Server codebase (option: hold on until mv
Im fully agree. Making this a subproject whould make the most sense to
me. And yes you are right for create a subproject we must vote.
bye
Norman
Am Freitag, den 26.05.2006, 16:49 +0200 schrieb Bernd Fondermann:
> Hi,
>
> Over the last weeks I have tested different JAMES versions and
> configur
Hi,
Over the last weeks I have tested different JAMES versions and
configurations using Postage. This way, I found one or two bugs in the
Server. I am quite happy with it and for me it is already an
indispensable tool when working on James.
On the current status, see a prev thread:
http://m
Am Freitag, den 26.05.2006, 15:02 +0200 schrieb Stefano Bagnara:
> Serge Knystautas wrote:
> > On 5/26/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> >> Is what you propose a service like:
> >>
> >> public class RewritingService {
> >> public MailAddress[] rewrite(MailAddress address);
>
Serge Knystautas wrote:
On 5/26/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Is what you propose a service like:
public class RewritingService {
public MailAddress[] rewrite(MailAddress address);
}
Just to throw it out there... one thing that makes sendmail rather
strong is that sin
Bernd Fondermann wrote:
Having no real project experience with maven2 I'm nevertheless impressed
how highly modularized projects using maven2 build & test.
The Postage build is tightly dependend on James, since the code is
dependend on a few parts of James. It includes james-2.3-dev.jar (or
a
Søren Hilmer wrote:
I am a +1 for Maven.
I believe that Maven greatly simplifies build, test, documentation.
Of course you have to buy it's POM, but I do not consider that to be a major
drawback, since it is close to what we got and is well designed.
It is my opinion that if you try to bend you
Serge Knystautas wrote:
> one thing that makes sendmail rather strong is that since
> it's aliases are quite structured, it can know (and thus
> reject during SMTP protocol) recipients that it cannot
> handle for authoritative domain. So perhaps add both a
> rewrite() and a handles() method?
Som
On 5/26/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Is what you propose a service like:
public class RewritingService {
public MailAddress[] rewrite(MailAddress address);
}
Just to throw it out there... one thing that makes sendmail rather
strong is that since it's aliases are quite
On 5/26/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Serge Knystautas wrote:
> I didn't have anything to do with the user repositories. :) I think
> James is lacking on a lot of what I consider basic mailbox features...
Can you name a few features you miss? (I just want to be sure I
understoo
Having no real project experience with maven2 I'm nevertheless impressed
how highly modularized projects using maven2 build & test.
The Postage build is tightly dependend on James, since the code is
dependend on a few parts of James. It includes james-2.3-dev.jar (or
another version of it) and
I am a +1 for Maven.
I believe that Maven greatly simplifies build, test, documentation.
Of course you have to buy it's POM, but I do not consider that to be a major
drawback, since it is close to what we got and is well designed.
It is my opinion that if you try to bend your own POM to Maven in
I would like to add jspf to Gump but I have no idea about where to start.
I think I have to write something similar to:
Apache James jSPF library
http://james.apache.org/jspf/"/>
Maybe we also have to change our pom.xml to be @@
[ http://issues.apache.org/jira/browse/JAMES-508?page=all ]
Stefano Bagnara resolved JAMES-508:
---
Resolution: Fixed
> Make MailetContext.isLocalUser domain aware
> ---
>
> Key: JAMES-508
> U
[ http://issues.apache.org/jira/browse/JAMES-509?page=all ]
Stefano Bagnara updated JAMES-509:
--
Attachment: fetchmail-refactoring2
This is an updated version. Not too much differences from the previous, but I
did it, so I think it is better to talk abo
[
http://issues.apache.org/jira/browse/JAMES-509?page=comments#action_12413407 ]
Joachim Draeger commented on JAMES-509:
---
I haven't had my hands in the fetchmail code so I only can do a fast review.
And the patch makes sense to me. For example there
Steve Brewin (JIRA) schrieb:
For me, this is a prime example of why people have said we need to discuss
first, achieve consensus, then act.
There is a patch, that we can discuss. If it makes sense it should be
included.
I'm afraid I don't understand why this wasn't discussed first on the
Stefano Bagnara wrote:
To me it's something like obfuscated: I feel worst than browsing
decompiled code ;-)
And here is the pratical example:
Take this code:
-
/**
* Answer if aMessage has been SEEN.
* @param aMessage
* @return boolean
* @throws MessagingException
*/
pro
Am Freitag, den 26.05.2006, 09:42 +0200 schrieb Stefano Bagnara:
> Noel J. Bergman wrote:
> > Actually, the virtual user code is just about what it ought to be, although
> > what I proposed earlier would be a useful change. A few discussions that
> > haven't been implemented are largely because so
Author: bago
Date: Fri May 26 01:35:29 2006
New Revision: 409588
URL: http://svn.apache.org/viewvc?rev=409588&view=rev
Log:
Renamed MailetContext.isLocalUser(MailAddress) to isLocalEmail (JAMES-508)
Modified:
james/server/trunk/src/java/org/apache/james/James.java
james/server/trunk/src/
Sorry Noel,
After a second read I understand you're proposing something new
(different). I'm just a bit bored of too much discussions and no code
(did you notice this? ;-) ) that I undervalued your statements.
Is what you propose a service like:
public class RewritingService {
public
Noel J. Bergman wrote:
Serge,
What did you have in mind when implementing forward and alias as part of the
user repository record? Just the "obvious"? And why both? I'd like some
concept of what you had in mind.
I am asking because when we revise user repositories, I am wondering if we
shoul
Serge Knystautas wrote:
I didn't have anything to do with the user repositories. :) I think
James is lacking on a lot of what I consider basic mailbox features...
Can you name a few features you miss? (I just want to be sure I
understood the right features)
Stefano
---
Noel J. Bergman wrote:
Actually, the virtual user code is just about what it ought to be, although
what I proposed earlier would be a useful change. A few discussions that
haven't been implemented are largely because some people just don't
understand how SMTP and POP3 work. For example, the POP
Whe i wrote that i thought about diffrent qouta per user etc. I thought
about a "addquota username quota" in the remoteManager.
bye
Norman
Am Freitag, den 26.05.2006, 07:35 + schrieb Vincenzo Gianferrari
Pini (JIRA):
> [
> http://issues.apache.org/jira/browse/JAMES-511?page=comments#act
[
http://issues.apache.org/jira/browse/JAMES-511?page=comments#action_12413389 ]
Vincenzo Gianferrari Pini commented on JAMES-511:
-
What about the available AbstractQuotaMatcher, AbstractStorageQuota and
RecipientIsOverFixedQuota matchers?
Am Donnerstag, den 25.05.2006, 18:47 -0400 schrieb Noel J. Bergman:
> Norman commented:
>
> > a modular virtual hosting support whould be a really nice thing.
> > The current way the virtual user table support is not the best.
>
> In what way? Actually, I would say that the current virtual user
Add quota support for mailboxes
---
Key: JAMES-511
URL: http://issues.apache.org/jira/browse/JAMES-511
Project: James
Type: New Feature
Components: MailStore & MailRepository
Reporter: Norman Maurer
We should add the support of
Am Donnerstag, den 25.05.2006, 23:17 -0400 schrieb Serge Knystautas:
> On 5/25/06, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> > Serge,
> >
> > What did you have in mind when implementing forward and alias as part of the
> > user repository record? Just the "obvious"? And why both? I'd like som
40 matches
Mail list logo