Author: norman
Date: Tue Mar 30 06:55:27 2010
New Revision: 929017
URL: http://svn.apache.org/viewvc?rev=929017&view=rev
Log:
Get sure we dispose the mail even on exception
Modified:
james/server/trunk/core-api/src/main/java/org/apache/james/lifecycle/LifecycleUtil.java
james/server/tru
Hi Eric,
you said all the files are related to address-errors , could you show
me your address error processor config?
Does the Problem still exist when you enable the ValidRcptHandler in
the smtpserver.xml file?
Thx
Norman
2010/3/30, Eric Charles :
> Oops, no, the files are still there (only un
Oops, no, the files are still there (only unkn...@known.com).
Eric
On 03/29/2010 10:16 PM, Eric Charles wrote:
Hi Norman,
I just deployed your new commit with the new camel DisposeProcess.
Good news : I don't see anymore the m64 file in tmp (well I see 1
file, on the second after, it is no mo
Hi Norman,
I just deployed your new commit with the new camel DisposeProcess.
Good news : I don't see anymore the m64 file in tmp (well I see 1 file,
on the second after, it is no more there, so the dispose works as it
should).
I keep you posted with our eventual future OOM.
Tks,
Eric
On
Hi Norman,
The .m64 are all to "unkown user" but to "well known domain" (so for
).
They are from various size (with and without attachment).
They are well formed (I can open the downloaded file with thunderbird)
However, when I sent a mail to unkn...@known.com, I don't see it in the /tmp
Tks,
Author: norman
Date: Mon Mar 29 19:14:15 2010
New Revision: 928874
URL: http://svn.apache.org/viewvc?rev=928874&view=rev
Log:
Get sure we dispose Mail on stop()
Added:
james/server/trunk/spoolmanager/src/main/java/org/apache/james/transport/camel/DisposeProcessor.java
Modified:
james/se
Hi Eric,
sure.. we have to find the OOM cause. What would be interesting, could
you check somehow if the .m64 files are files which are related to
successfully delivered mail ?
Thx,
Norman
2010/3/29 Eric Charles :
> Norman,
>
> Done. Now, we have to wait...
>
> I saw some created *.m64 that wer
Norman,
Done. Now, we have to wait...
I saw some created *.m64 that were removed.
But there are other ones that remains in /tmp.
I sometimes run a jmap (java memory map) to produce a heap dump and
analyse it.
At the beginning, everything seems ok, and often, when I come back, the
OOM has alre
Hi Eric,
I found the cause for the not deleted temporary files. Hopefully this
is the cause of the OOM. Could try to svn up and run again ?
Thx,
Norman
2010/3/29 Norman Maurer :
> Hi Eric,
>
> thx for the report. I see exact the same problem today here.. (The
> OOM). Didn't notice the files in
Author: norman
Date: Mon Mar 29 17:59:39 2010
New Revision: 928850
URL: http://svn.apache.org/viewvc?rev=928850&view=rev
Log:
Dispose source mail after copy it. This is prolly the cause of OOM reported by
Eric. Thx again for the report
Modified:
james/server/trunk/spoolmanager/src/main/java
Hi Eric,
just post the infos when you have them, and I will look what I can do..
Bye,
Norman
2010/3/29 Eric Charles :
> Hi Norman,
>
> With wireshark, thunderbird/james hangs at POP3 STAT command.
> I saw you patched the StatCmdHandler. It now works even without any message
> in my mailbox (aft
Hi Eric,
thx for the report. I see exact the same problem today here.. (The
OOM). Didn't notice the files in the tmp folder, but I think thats a
good pointer. I will try to debug the problem later or tomorrow. But I
suspect you are right about the tmp files and jms producers.. Did you
run a kill -
Hi,
The last two weeks, I deployed various trunk snapshots.
After james running less than 1 day, I always ran into a OutOfMemory
Exception.
I analysed the logs (for example STACK TRACE 1 in annex), and always
found Camel complaining when trying to deliver on JMS queue.
I tried to adapt the Ac
Hi Norman,
With wireshark, thunderbird/james hangs at POP3 STAT command.
I saw you patched the StatCmdHandler. It now works even without any
message in my mailbox (after update/package/deploy).
Great!
However:
- I received a few exceptions complaining about the transaction (can not
initiate a
Author: norman
Date: Mon Mar 29 13:26:55 2010
New Revision: 928767
URL: http://svn.apache.org/viewvc?rev=928767&view=rev
Log:
Write a CRLF after each header on TOP command
Modified:
james/server/trunk/pop3server/src/main/java/org/apache/james/pop3server/core/TopCmdHandler.java
Modified:
ja
Store the MimeMessage in an extra datastore and just load it on demand
--
Key: JAMES-985
URL: https://issues.apache.org/jira/browse/JAMES-985
Project: JAMES Server
Issue Typ
Author: bago
Date: Mon Mar 29 10:03:19 2010
New Revision: 928674
URL: http://svn.apache.org/viewvc?rev=928674&view=rev
Log:
Make sure to validate the signature templates and throw PermFailException if an
invalid template is provided (otherwise it was throwing NPE later)
Modified:
james/jdki
Author: bago
Date: Mon Mar 29 10:02:12 2010
New Revision: 928673
URL: http://svn.apache.org/viewvc?rev=928673&view=rev
Log:
Catch IllegalStateExcetpion and rethrow as PermFailException on Invalid public
key.
Modified:
james/jdkim/trunk/main/src/main/java/org/apache/james/jdkim/DKIMVerifier.
Add support for UIDPLUS
---
Key: IMAP-125
URL: https://issues.apache.org/jira/browse/IMAP-125
Project: JAMES Imap
Issue Type: New Feature
Reporter: Norman Maurer
Add support for UIDPLUS extension.
See http:
Hi Robert,
I just add the UIDPLUS stuff for GSOC, because the deadline is today..
https://issues.apache.org/jira/browse/IMAP-125
Bye,
Norman
2010/3/22 Norman Maurer :
> I just added the maildir stuff for imap to GSOC.
>
> @Robert:
>
> Could you add the UIDPLUS stuff ?
>
> Thx,
> Norman
>
>
> 20
An automated nightly build of JAMES has been posted to
http://people.apache.org/builds/james/nightly/
Any unit test errors from the build should be reported below:
-
Author: norman
Date: Mon Mar 29 07:02:04 2010
New Revision: 928614
URL: http://svn.apache.org/viewvc?rev=928614&view=rev
Log:
Thats not true for current trunk
Removed:
james/server/trunk/spring-deployment/src/main/config/james/lib/
---
22 matches
Mail list logo
