Bill Shannon
Bill Shannon
> Otherwise, I'm not sure what you expect me to do about that. > > I expect it to be taken as a data point of the hazards of non-use...
Define a contract for various types of failures encountered when creating a connection with STARTTLS
We could probably do better, but there's a limit to what we can do since JavaMail is largely at the mercy of the JDK and which exceptions it throws for...
Define a contract for various types of failures encountered when creating a connection with STARTTLS
Yes, following this issue is sufficient. I may try to look into this for the next release, but I fear that it's going to be more work than expected. The...
Can you reproduce this error, at least statistically? I believe I have a fix that adds the required locking to prevent the NPE, but I don't want to commit it...
I'm pretty sure this is a real bug, but to avoid adding risk to releases in progress I'm going to defer the fix until later, and hopefully wait until there's...
I've saved this fix on the branch Idle-NPE-fix-404. It need more testing to make sure it isn't introducing deadlocks before adding it to a future release.
Probably not, but it's hard to say. Some servers have been know to notify the client about messages that no longer exist. This feels more like something similar to that....
Yes please create a new issue. I f you have a protocol trace, that would be especially useful.
If all the errors are crypto errors, then it looks like all the crypto providers aren't available on this platform. That's not really a Mail issue. You might need help...
Different compatibility requirements could be defined for Jakarta EE. That's something we should discuss once planning for Jakarta EE 9 is started, which is still a ways away since we...