The following comment has been added to this issue:

     Author: Ralf Hauser
    Created: Mon, 19 Jul 2004 9:32 PM
       Body:
it appears that we either have to wait until sun comes out with it in JavaMail 1.3.2 
in a couple of months 
(http://archives.java.sun.com/cgi-bin/wa?A1=ind0406&L=javamail-interest#15, 
http://marc.theaimsgroup.com/?l=james-dev&m=108910460627517&w=2) and there is the 
limitation of only being tested with java1.4 or 1.5 or we go for 
http://www.gnu.org/software/classpathx/javamail/javamail.html and then many even 
depend only 1.5?
---------------------------------------------------------------------
View this comment:
  http://issues.apache.org/jira/browse/JAMES-304?page=comments#action_36770

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/browse/JAMES-304

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: JAMES-304
    Summary: secure remote delivery opportunistically or even allow make TLS mandatory
       Type: Improvement

     Status: Unassigned
   Priority: Major

    Project: James
 Components: 
             Remote Delivery
   Versions:
             2.1.3

   Assignee: 
   Reporter: Ralf Hauser

    Created: Tue, 13 Jul 2004 8:11 PM
    Updated: Mon, 19 Jul 2004 9:32 PM
Environment: all - I use RH Linux 9

Description:
It would be great to have james at least opportunistically attempt to secure its 
user's outgoing mails with STARTTLS.

How would one do this?
1) first a delivery-host must be found that can do this:
   --> see http://tlstest.sf.net
   The ch/zhwin/tlstest/TLSTestAPI.java.canDomainTLS() can do this (in v1.2)
2) The real delivery still needs to be secured - unfortunately, so far, I only see a 
broken idea how to do this in 
http://www.portaljava.com/home/modules.php?name=Forums&file=viewtopic&p=20492
anybody with better ideas (especially since there, they mess a lot with system-wide 
properties, so I am afraid that afterwards, the secure pop and smtp to MUA will no 
longer work)


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to