[
http://issues.apache.org/jira/browse/JAMES-702?page=comments#action_12450974 ]
Joachim Draeger commented on JAMES-702:
---
Okay, "unfortunately" nothing abnormal there.
So the streamdump is our last resort before doing ugly debugging. :-)
Juergen Hoffmann wrote:
> Well we have a current problem at a customers site, where James 2.3 rc3 is
> just stopping to deliver mail. No Logging, what so ever. So far, we have
no
> clue what the problem is. After we restart James everything is working
fine.
> We have the exact same Directory per rs
[ http://issues.apache.org/jira/browse/JAMES-702?page=all ]
smoking_boy updated JAMES-702:
--
Attachment: imapserver-2006-11-17-16-55.log
mailboxmanager-2006-11-17-16-55.log
> javamail can't get imap folders
> ---
>
[ http://issues.apache.org/jira/browse/JAMES-702?page=all ]
smoking_boy updated JAMES-702:
--
Attachment: imap.bmp
> javamail can't get imap folders
> ---
>
> Key: JAMES-702
> URL: http://issues.apac
Hi Stefano,
Am Freitag, den 17.11.2006, 19:23 +0100 schrieb Stefano Bagnara:
> Can you elaborate on the "namespaces"?
> Is namespace only the first part of the path? Why do we deserve a
> special name for it?
It's again an IMAP thing. (JavaMail as being close to IMAP, supports it
too).
http:/
Hi Stefano,
thx fort he tip, we will do so as soon as this happens again, This just
happens once in a month though. Norman will be taking care of it.
Kind regards
Juergen Hoffmann
-Ursprüngliche Nachricht-
Von: Stefano Bagnara [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 17. November 2
[
http://issues.apache.org/jira/browse/JAMES-701?page=comments#action_12450846 ]
Thomas Dudziak commented on JAMES-701:
--
I did copy all MX4J jars (except examples) to both bin/lib and lib as well as
added it to Java's classpath (via RUN_CMD
[
http://issues.apache.org/jira/browse/JAMES-701?page=comments#action_12450845 ]
Thomas Dudziak commented on JAMES-701:
--
We cannot run 1.4.2 as the machine hosts other stuff that requires Java 5. And
we need the HTTP adaptor to monitor Jame
Any comment about this issue?
I would like to revert to the previous version and only keep the
String=>Integer improvement, but I want to hear your opinions...
As I said a better configurability can be already achieved with the
previous version by creating server specific connection managers
Hi Joachim,
First of all, great to see you already implemented all of this stuff!
I had this goal for months, but never found the time to really do that,
so a big thank you again!
Can you elaborate on the "namespaces"?
Is namespace only the first part of the path? Why do we deserve a
special
[
http://issues.apache.org/jira/browse/JAMES-701?page=comments#action_12450836 ]
Stefano Bagnara commented on JAMES-701:
---
Try to copy the mx4j-tools.jar from phoenix/bin/lib to any other folder that
have the mx4j-jmx.jar library.
Otherwis
[
http://issues.apache.org/jira/browse/JAMES-701?page=comments#action_12450801 ]
Bernd Fondermann commented on JAMES-701:
The problem described here is rather tricky and seems to be an Avalon/Phoenix
issue.
For the time being I suggest
Juergen Hoffmann wrote:
Hi all,
Well we have a current problem at a customers site, where James 2.3 rc3 is
just stopping to deliver mail. No Logging, what so ever. So far, we have no
clue what the problem is. After we restart James everything is working fine.
We have the exact same Directory pe
Hi all,
Well we have a current problem at a customers site, where James 2.3 rc3 is
just stopping to deliver mail. No Logging, what so ever. So far, we have no
clue what the problem is. After we restart James everything is working fine.
We have the exact same Directory per rsync on another server,
Author: norman
Date: Fri Nov 17 08:35:44 2006
New Revision: 476203
URL: http://svn.apache.org/viewvc?view=rev&rev=476203
Log:
Add configure options.See JAMES-614
Modified:
james/server/trunk/src/conf/james-smtphandlerchain.xml
Modified: james/server/trunk/src/conf/james-smtphandlerchain.xml
(There is no SVN log attached to the JIRA, I briefly browsed svn but
probably overlooked this.)
Bernd
I think there is something broken with the svn/jira integration since
they moved the servers.
Stefano
I opened a jira issue about that if someone want follow it ;-)
http://issues.apac
Author: norman
Date: Fri Nov 17 08:22:47 2006
New Revision: 476193
URL: http://svn.apache.org/viewvc?view=rev&rev=476193
Log:
More refactoring to support JunkScore.See JAMES-614
Add more javadocs
Modified:
james/server/trunk/src/java/org/apache/james/smtpserver/core/filter/fastfail/JunkScore
Author: joachim
Date: Fri Nov 17 07:19:29 2006
New Revision: 476174
URL: http://svn.apache.org/viewvc?view=rev&rev=476174
Log:
added support/stub for getOpenMailboxSessionCountMap() to the factories
Modified:
james/server/sandbox/mailbox-namespaces/src/java/org/apache/james/mailboxmanager/im
Author: norman
Date: Fri Nov 17 07:12:23 2006
New Revision: 476171
URL: http://svn.apache.org/viewvc?view=rev&rev=476171
Log:
More refactoring to support JunkScore.See JAMES-614
Modified:
james/server/trunk/src/java/org/apache/james/smtpserver/core/filter/fastfail/SPFHandler.java
james/
On 11/17/06, Bernd Fondermann <[EMAIL PROTECTED]> wrote:
robert burrell donkin wrote:
> i run james on linux. a status feature would be useful (as many other
> linux services provide) to me. if this already exists, then please
> jump in.
what stati would you expect to be returned?
dunno :-)
o
robert burrell donkin wrote:
i run james on linux. a status feature would be useful (as many other
linux services provide) to me. if this already exists, then please
jump in.
what stati would you expect to be returned?
something like the following?
STARTING
RUNNING -or- RUNNING +pop3 +smtp -n
Arg, I lost few messages from the mailing list, so I didn't notice he
added a comment.
Sorry, and thanks!
Stefano
Norman Maurer wrote:
Cause he said so ;-) Please read his comment. I add the link to the wiki
as he suggested..
bye
Norman
Stefano Bagnara schrieb:
Norman Maurer (JIRA) wrote:
Cause he said so ;-) Please read his comment. I add the link to the wiki
as he suggested..
bye
Norman
Stefano Bagnara schrieb:
Norman Maurer (JIRA) wrote:
[ http://issues.apache.org/jira/browse/JAMES-695?page=all ]
Norman Maurer resolved JAMES-695.
-
Author: norman
Date: Fri Nov 17 04:00:02 2006
New Revision: 476116
URL: http://svn.apache.org/viewvc?view=rev&rev=476116
Log:
More classes now extends AbstractActionHandler. See JAMES-614
Some refactorings to remove duplicated code.
Added:
james/server/trunk/src/java/org/apache/james/smtpser
Norman Maurer (JIRA) wrote:
[ http://issues.apache.org/jira/browse/JAMES-695?page=all ]
Norman Maurer resolved JAMES-695.
-
Resolution: Invalid
Assignee: Norman Maurer
Can you explain why this is invalid? I've not tested/analyzed it, but
I'm int
I don't like your refactoring .. I will explain inline why ;-)
Ok!
[EMAIL PROTECTED] schrieb:
Author: bago
Date: Thu Nov 16 14:22:58 2006
New Revision: 475953
URL: http://svn.apache.org/viewvc?view=rev&rev=475953
Log:
Minor refactoring for AbstractActionHandler (JAMES-614)
Modified:
ja
Norman Maurer wrote:
Hi Stefano,
i don't like most of your refactoring. See my reply to your commit..
More comments inline ..
Stefano Bagnara schrieb:
I just committed a small refactoring on your last code, let me know if
this make sense.
I think we should remove every reference to "Junk" fro
[
http://issues.apache.org/jira/browse/JAMES-702?page=comments#action_12450682 ]
Joachim Draeger commented on JAMES-702:
---
I have problems opening the attachement. Did you use any special chars?
Accessing James Imap with JavaMail has not b
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 StringBuilder()).append(s).append("test")
> .append(s1).append("test").append(i).t
:-)
Vincenzo
Joachim Draeger wrote:
Vincenzo Gianferrari Pini wrote:
BTW: I have often seen NPE *bugs* in debug messages, that appeared
magically when the costumer has turned on *de*bugging. :-) This could
avoided by putting a try/catch block around...
Im against this.. Even if the N
Vincenzo Gianferrari Pini wrote:
BTW: I have often seen NPE *bugs* in debug messages, that appeared
magically when the costumer has turned on *de*bugging. :-) This could
avoided by putting a try/catch block around...
Im against this.. Even if the NPE is in the debug message it should not
[ http://issues.apache.org/jira/browse/JAMES-695?page=all ]
Norman Maurer resolved JAMES-695.
-
Resolution: Invalid
Assignee: Norman Maurer
> missing intermediary certificates in keystore ignored
> ---
Norman Maurer wrote:
Joachim Draeger schrieb:
...
BTW: I have often seen NPE *bugs* in debug messages, that appeared
magically when the costumer has turned on *de*bugging. :-) This could
avoided by putting a try/catch block around...
Joachim
Im against this.. Even if the N
[ http://issues.apache.org/jira/browse/JAMES-702?page=all ]
smoking_boy updated JAMES-702:
--
Attachment: ???.bmp
> javamail can't get imap folders
> ---
>
> Key: JAMES-702
> URL: http://issues.apach
javamail can't get imap folders
---
Key: JAMES-702
URL: http://issues.apache.org/jira/browse/JAMES-702
Project: James
Issue Type: Bug
Components: IMAPServer
Affects Versions: Next Major
R
Joachim Draeger schrieb:
> Hi Bernd,
>
> Am Freitag, den 17.11.2006, 08:42 +0100 schrieb Bernd Fondermann:
>
>
>>> I also ran with jdk5 that code in a loop of 1 million iterations using
>>> foo = "foo" and bar = "bar" (this is FAR from any realistic scenario).
>>>
>> Microbenchmarking, a
[
http://issues.apache.org/jira/browse/JAMES-700?page=comments#action_12450662 ]
Joachim Draeger commented on JAMES-700:
---
IMAP actually has four states (pre auth, auth, selected, logout).
In the selected state the client can rely on messa
Hi Bernd,
Am Freitag, den 17.11.2006, 08:42 +0100 schrieb Bernd Fondermann:
> > I also ran with jdk5 that code in a loop of 1 million iterations using
> > foo = "foo" and bar = "bar" (this is FAR from any realistic scenario).
>
> Microbenchmarking, again! ;-)
> Could it be you are testing loop
Hi Stefano,
i don't like most of your refactoring. See my reply to your commit..
More comments inline ..
Stefano Bagnara schrieb:
> I just committed a small refactoring on your last code, let me know if
> this make sense.
>
> I think we should remove every reference to "Junk" from concrete
> impl
39 matches
Mail list logo
