-
Feature Request
-
Resolution: Done
-
Major
-
None
-
None
Hi folks,
First: Apologies if this isn't the correct repository to open an issue. I'm trying to find the maintainers of the Elytron ACME Client. It looks like most of that code lives in https://github.com/wildfly-security/wildfly-elytron but that repository doesn't allow opening issues and directs to this JIRA instance.
I wanted to file an issue with the maintainers to provide a heads up about an upcoming backwards compatibility breaking ACME change that I think may affect your project based on this code snippet:
While I was preparing the announcement about this change I did some log analysis to see which User Agents were using the Let's Encrypt ACME v2 key change endpoint. `Elytron ACME Client/1.5.1.Final` was one of a small handful of client UAs that are sending production key change requests. Kudos for implementing the specification so thoroughly! Sorry to break your code with a protocol change
Please let me know if I can provide any guidance from the Let's Encrypt/Boulder side, or if there is a better place to report issues with this ACME client implementation.
Thanks!
- is related to
-
ELY-1640 Update AcmeClientSpi.changeAccountKey() to no longer send the newKey once the new ACME v2 changes are in production
- Resolved