You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2005/12/04 22:14:14 UTC

DO NOT REPLY [Bug 37782] New: - API for TLS authentication and JNDI mail session integration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37782>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37782

           Summary: API for TLS authentication and JNDI mail session
                    integration
           Product: Commons
           Version: 1.0 Final
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Email
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: q.werty@laposte.net


I'd like to suggest two improvements for facilities in API :

1. TLS support
Add methods to use TLS during authentification when needed.
=> this require adding methods such "void setTLS(boolean
withTLS)" and "boolean isTLS()" and adding the property
mail.smtp.starttls.enable=true to MailSessionObject
=>in version 1.0, TLS can be supported by adding the property
"mail.smtp.starttls.enable" to system before sending message.
It woudd be more friendly to just have a setTLS method,
moreover this property woud just be added to MaillSession
object and not to system properties.

2. JNDI support
In J2EE container, mail session can be obtained from JNDI
direcory. A method like "void setMailSessionFromJNDI(String
jndi name)" would ne more friendly too.
=> in version 1.0 we have to do the JNDI search in code. This
method would allow to simply pass the JNDI name of mail sesssion.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org