reckon I have finally solved LDEV-3431 fix javax.mail.Provider: com.sun.mail.imap.IMAPProvider not a subtype https://github.com/lucee/Lucee/pull/1741 so now we have test coverage! which means other bugs can be addressed with test cases like https://luceeserver.atlassian.net/browse/LDEV-4115

Just an FYI, the Mail tests still break for me after the changes.

you're on windows right, which java version? I'm on 11.0.16 currently

Yes, Windows 10:

openjdk version "11.0.16" 2022-07-19
OpenJDK Runtime Environment Temurin-11.0.16+8 (build 11.0.16+8)
OpenJDK 64-Bit Server VM Temurin-11.0.16+8 (build 11.0.16+8, mixed mode)

It's throwing at the same place as before, despite the thread class loader change?

@zackster Yes, same errors in the Mail.cfc. I've confirmed my MailClient.java has the thread switch code as well. I will say the class loader hack referenced in LDEV-3431 is different than the one in MailClient.java. In LDEV-3431 the class loader is switched back after the send mail operation, where as-is in MailClient.java it's switched back after the store connection. I still find it very odd that it works in the GitHub deployment. That would indicate to me that there's a difference in the Java environments, but I'm just not sure what the difference is. I know they changed how the mail stuff works in Java 9, but I was having the same problem trying to use Java 8 to compile the code as well.

stacktrace(s)?

I put intot he Jira ticket the output from yesterday's run. The testbox tests don't output the stacktrace from the errors, but it does print out the CFML stacktrace.