[jira] Commented: (JAMES-325) org.apache.james.transport.Loader supplies malformed URLs to the classpath for the mailet class loader

2006-01-04 Thread Allen D. Ball (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-325?page=comments#action_12361800 ] Allen D. Ball commented on JAMES-325: - I agree *two* slashes are required: The generated URL has *three* which I think is causing me trouble. As soon as I can build the la

[jira] Commented: (JAMES-325) org.apache.james.transport.Loader supplies malformed URLs to the classpath for the mailet class loader

2006-01-04 Thread Noel J. Bergman (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-325?page=comments#action_12361783 ] Noel J. Bergman commented on JAMES-325: --- If I recall correctly, file:// is the required prefix. The "extra" '/' is not at all extra. That means that the path starts wit

[jira] Commented: (JAMES-325) org.apache.james.transport.Loader supplies malformed URLs to the classpath for the mailet class loader

2006-01-04 Thread Stefano Bagnara (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-325?page=comments#action_12361776 ] Stefano Bagnara commented on JAMES-325: --- I removed the classloader code with the last commit. I would like to know if the latest trunk solve the issue (now we delegate the

[jira] Commented: (JAMES-325) org.apache.james.transport.Loader supplies malformed URLs to the classpath for the mailet class loader

2006-01-04 Thread Allen D. Ball (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-325?page=comments#action_12361774 ] Allen D. Ball commented on JAMES-325: - I'm sorry: "" was supposed to simply indicate the root directory of the installed James hierarchy. I typically install in /opt/james

Re: Review/Help for Phoenix trunk upgrade (Noel?)

2006-01-04 Thread Stefano Bagnara
>> I'm ready to commit build.xml changes and phoenix-bin but as many >> libraries are changed maybe someone would like to test it before I >> change the whole phoenix-bin folder. > >> Should I commit anyway and eventually we will revert the commit > > Sure. I just committed the new libraries and

[jira] Resolved: (JAMES-418) Loader uses wrong method to obtain class loader/doesn't set context class loader

2006-01-04 Thread Stefano Bagnara (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-418?page=all ] Stefano Bagnara resolved JAMES-418: --- Fix Version: 2.3.0 Resolution: Fixed This should be fixed in the last trunk. Upgraded phoenix to 4.1trunk (4.2 ?) and removed the james specific

svn commit: r365943 - in /james/server/trunk/src/java/org/apache/james/transport: JamesMailetLoader.java JamesMatcherLoader.java Loader.java

2006-01-04 Thread bago
Author: bago Date: Wed Jan 4 08:56:41 2006 New Revision: 365943 URL: http://svn.apache.org/viewcvs?rev=365943&view=rev Log: Removed custom classloader for matcher/mailet loader. Now the container should already provide a complete classloader (JAMES-418). Modified: james/server/trunk/src/ja

svn commit: r365936 - /james/server/trunk/phoenix-bin/lib/excalibur-instrument-manager-1.0.jar

2006-01-04 Thread bago
Author: bago Date: Wed Jan 4 08:37:39 2006 New Revision: 365936 URL: http://svn.apache.org/viewcvs?rev=365936&view=rev Log: Forgot a library (Upgraded avalon phoenix to 4.2) Added: james/server/trunk/phoenix-bin/lib/excalibur-instrument-manager-1.0.jar (with props) Added: james/server/tr

svn commit: r365934 - in /james/server/trunk: ./ phoenix-bin/ phoenix-bin/bin/ phoenix-bin/bin/lib/ phoenix-bin/conf/ phoenix-bin/lib/ phoenix-bin/tools/ phoenix-bin/tools/lib/ src/xdocs/ src/xdocs/im

2006-01-04 Thread bago
Author: bago Date: Wed Jan 4 08:23:19 2006 New Revision: 365934 URL: http://svn.apache.org/viewcvs?rev=365934&view=rev Log: Upgraded avalon phoenix to 4.2 and updated the build script according to new phoenix tasks (related to JAMES-406 and JAMES-418). Added: james/server/trunk/phoenix-bin/

Re: Review/Help for Phoenix trunk upgrade (Noel?)

2006-01-04 Thread Stefano Bagnara
>>>And perhaps work towards Committer status. >>> :-) > > Well, having others doing the review-and-commit-job for me is quite > convenient... ;-) > Stefano, thank you again for picking this stuff up. > > Question: Should I create a new JIRA issue for every future patch or > keep attaching to exis

[jira] Resolved: (JAMES-431) Line ending and CRLF.CRLF issues in POP3 and SMTP

2006-01-04 Thread Stefano Bagnara (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-431?page=all ] Stefano Bagnara resolved JAMES-431: --- Fix Version: 2.3.0 Resolution: Fixed Workaround applied. > Line ending and CRLF.CRLF issues in POP3 and SMTP > -

svn commit: r365881 - in /james/server/trunk/src: java/org/apache/james/pop3server/ java/org/apache/james/util/ test/org/apache/james/pop3server/ test/org/apache/james/smtpserver/ test/org/apache/jame

2006-01-04 Thread bago
Author: bago Date: Wed Jan 4 02:23:45 2006 New Revision: 365881 URL: http://svn.apache.org/viewcvs?rev=365881&view=rev Log: Workaround to backward compatibility broken in JAMES-431. We now report the wrong size when a message is not CRLF terminated but we correctly terminate it in TOP and RETR r

svn commit: r365880 - /james/server/trunk/src/test/org/apache/james/util/

2006-01-04 Thread bago
Author: bago Date: Wed Jan 4 02:23:37 2006 New Revision: 365880 URL: http://svn.apache.org/viewcvs?rev=365880&view=rev Log: Workaround to backward compatibility broken in JAMES-431. We now report the wrong size when a message is not CRLF terminated but we correctly terminate it in TOP and RETR r

Re: Secure mailing list using S/MIME

2006-01-04 Thread Søren Hilmer
On Wed, January 4, 2006 10:27, Stefano Bagnara wrote: > Noel J. Bergman wrote: >> For key management, I could see something like: > > A more genereric approach to secure email would be the following: > > - Every time james receive a signed message it store the public key in a > keystore (if not al

Re: Secure mailing list using S/MIME

2006-01-04 Thread Stefano Bagnara
Noel J. Bergman wrote: > For key management, I could see something like: A more genereric approach to secure email would be the following: - Every time james receive a signed message it store the public key in a keystore (if not already existing). - Every time james send a message should check in

RE: Secure mailing list using S/MIME

2006-01-04 Thread Søren Hilmer
Hi Noel, This is really in my ball-game, and a very interesting scenario. Unfortunately my time is a bit sparse, after leaving my secure job and starting as an independant consultant. Do you know if any standard exists for such a scheme? --Søren -- Søren Hilmer, M.Sc., M.Crypt. wideTrail

svn commit: r365864 - /james/server/trunk/src/java/org/apache/james/core/MimeMessageUtil.java

2006-01-04 Thread bago
Author: bago Date: Wed Jan 4 00:42:50 2006 New Revision: 365864 URL: http://svn.apache.org/viewcvs?rev=365864&view=rev Log: Line endings fixes Modified: james/server/trunk/src/java/org/apache/james/core/MimeMessageUtil.java Modified: james/server/trunk/src/java/org/apache/james/core/MimeMes