Guess you can just create a readme in the geronimo-javamail root project,
will be sufficient as a first step.
Abou he default I wonder if dropping tlsv1 cant be good since it will be
dropped soon?
Otherwise just adding the missing "o" in protocols i'm fine with your
proposal.

We need to refine if we do a javamail subsite or a generic spec subsite
sill :s.

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>


Le mer. 2 déc. 2020 à 15:26, Zowalla, Richard <
[email protected]> a écrit :

> I updated the diff (cf. v2) to (hopefully) address the concerns raised
> (if I understood them correctly).
>
> If you point me to a location where I can add a README / documentation,
> I would be happy to fill another JIRA with a related PR to document the
> usage of the custom ssl socket factory.
>
> Am Mittwoch, den 02.12.2020, 13:58 +0000 schrieb Zowalla, Richard:
> > Thanks for your thoughs - I think, I get the idea.
> >
> > Maybe:
> >
> > - Using "mail.smtp.ssl.protocls" to allow easier configuration (as
> > proposed in the PR) for MailConnection#getConnectedTLSSocket() -
> > would
> > address 1.
> >
> > - To address 3. and pre-claim: PR would enable all protocols; maybe
> > address this concern by adding a default fallback pointing to TLSv1,
> > TLSv1.1, TLSv1.2 and TLS v1.3 (if supported) if no custom
> > configuration
> > via "mail.smtp.ssl.protocls" is present?
> >
> > - Documentation is always appreciated ;)
> >
> > Wdyt?
> >
> > Am Mittwoch, den 02.12.2020, 14:41 +0100 schrieb Romain Manni-Bucau:
> > > Yes but issue that we don't want to enable them all too.
> > > So to be concrete what about:
> > >
> > > 1. Enable a smoother configuration (to avoid a custom class)
> > > 2. Document the custom class case better (at least in a readme)
> > > 3. Change a bit default to inherit JVM ones
> > >
> > > Think we should make the 3 to consider this case treated (does not
> > > mean it must be in the same PR but more before next release).
> > > Wdyt?
> > >
> > > Romain Manni-Bucau
> > > @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
> > >
> > >
> > > Le mer. 2 déc. 2020 à 13:20, Zowalla, Richard <
> > > [email protected]> a écrit :
> > > > Ah sorry - I misunderstood your comment.
> > > >
> > > > A custom socket factory would indeed fix the problem, but it is
> > > > rather undocumented.
> > > >
> > > > Nevertheless I think, that the default fallback shouldn't be
> > > > hardcoded or at least support some more protocols...
> > > >
> > > > Best and thanks for the idea,
> > > > Richard
> > > >
> > > > Am Mittwoch, den 02.12.2020, 12:16 +0000 schrieb Zowalla,
> > > > Richard:
> > > > > Honestly I didn't. I discovered the hard-coded
> > > > > String[]("TLSv1")
> > > > > in
> > > > > MailConnection#getConnectedTLSSocket(), which is (imho) a bit
> > > > > odd.
> > > > >
> > > > > Imho, users should either be allowed to specify the enabled
> > > > > (and
> > > > > supported) protocols or to use the default ones provided by the
> > > > > jdk
> > > > > classes :)
> > > > >
> > > > > This is already done for MailConnection#getConnectedSSLSocket
> > > > > but
> > > > > not
> > > > > for the TLS handling.
> > > > >
> > > > >
> > > > > Am Mittwoch, den 02.12.2020, 13:09 +0100 schrieb Romain Manni-
> > > > > Bucau:
> > > > > > Hi Richard,
> > > > > >
> > > > > > Did you try a custom socket factory? In such a case you fully
> > > > > > control
> > > > > > it.
> > > > > >
> > > > > > Romain Manni-Bucau
> > > > > > @rmannibucau |  Blog | Old Blog | Github | LinkedIn | Book
> > > > > >
> > > > > >
> > > > > > Le mer. 2 déc. 2020 à 13:01, Zowalla, Richard <
> > > > > > [email protected]
> > > > > > > a écrit :
> > > > > > > Hi,
> > > > > > >
> > > > > > > I did some debugging and found, that TLSv1 is hard-coded in
> > > > > > > MailConnection.java in v1.0.0 of Geronimo Java Mail.
> > > > > > >
> > > > > > > I filled a JIRA [1], which contains a patch proposal.
> > > > > > >
> > > > > > > Happy to receive some feedback.
> > > > > > >
> > > > > > > Thanks in advance,
> > > > > > > Richard
> > > > > > >
> > > > > > > [1]
> > > > > > > https://issues.apache.org/jira/browse/GERONIMO-6792
> > > > > > >
> > > > > > >
> > > >
> > > > --
> > > >
> > > > Richard Zowalla, M.Sc.
> > > > Research Associate, PhD Student | Medical Informatics
> > > >
> > > > Hochschule Heilbronn – University of Applied Sciences
> > > > Max-Planck-Str. 39
> > > > D-74081 Heilbronn
> > > > phone: +49 7131 504 6791
> > > > mail: [email protected]
> > > > web: https://www.mi.hs-heilbronn.de/
> --
> Richard Zowalla, M.Sc.Research Associate, PhD Student | Medical
> Informatics
> Hochschule Heilbronn – University of Applied SciencesMax-Planck-Str.
> 39 D-74081 Heilbronn phone: +49 7131 504 6791mail: richard.zowalla@hs-
> heilbronn.deweb: https://www.mi.hs-heilbronn.de/
>

Reply via email to