You are viewing a plain text version of this content. The canonical link for it is here.

Posted to server-dev@james.apache.org by "Mark (JIRA)" <se...@james.apache.org> on 2014/05/03 07:35:14 UTC

[jira] [Closed] (JAMES-1548) javax.mail - geronimo or oracle implementation?

     [ https://issues.apache.org/jira/browse/JAMES-1548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark closed JAMES-1548.
-----------------------

    Resolution: Invalid

Closing because I could not repeat my earlier problems.

> javax.mail - geronimo or oracle implementation?
> -----------------------------------------------
>
>                 Key: JAMES-1548
>                 URL: https://issues.apache.org/jira/browse/JAMES-1548
>             Project: James Server
>          Issue Type: Improvement
>            Reporter: Mark
>            Priority: Minor
>
> It looks like Oracle's JavaMail implementation is a lot more recent than the Geronimo implementation.
>             <dependency>
>                 <groupId>com.sun.mail</groupId>
>                 <artifactId>javax.mail</artifactId>
>                 <version>1.5.1</version>
>             </dependency>
> My main problem with Geronimo is that it does not support proper IMAP authentication, therefore I *have* to use Oracle's implementation during my integration tests. To avoid having multiple implementations hanging around inside the same process (AFAIK you cannot just manage the release because of differences in the internals used), I want to trigger a discussion about whether it would be better to switch to Oracle JavaMail implementation. Their bug reporting now seems independent of Oracle's own bug processing system, my own inquiries have been answered pretty quickly and efficiently. Is there any issue with the license? AFAIK it allows the distribution under the GPL+classpath exception, so it should pose no hindrance except for the requirement of proper license inclusion.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

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