Michael,
On 12/28/21 03:01, Michael Osipov wrote:
Am 2021-12-28 um 01:20 schrieb Christopher Schultz:
It's always fun finding out ANOTHER RFC that only one tool in the
world actually uses these days, or does so in some configuration.
(Ahem, OpenSSL).
Two issues:
* Complexity
* Why do it ours
On Mon, Dec 27, 2021 at 5:13 PM Christopher Schultz
wrote:
>
> Michael, All,
>
> I haven't actually committed any source yet, as I'm still polishing it
> up a bit but I intend to release a bunch of PEM-related code on GH under
> this repository:
>
> https://github.com/ChristopherSchultz/pem-utils
Am 2021-12-28 um 01:20 schrieb Christopher Schultz:
Michael,
[...]
Although, I haven't see your code I know that this is a lot of work I
have done some of that some for our enterprise CAs with pure Java
recently. Kudos!
It's always fun finding out ANOTHER RFC that only one tool in the world
Michael,
On 12/27/21 11:32, Michael Osipov wrote:
Am 2021-12-27 um 17:13 schrieb Christopher Schultz:
Michael, All,
I haven't actually committed any source yet, as I'm still polishing it
up a bit but I intend to release a bunch of PEM-related code on GH
under this repository:
https://githu
Am 2021-12-27 um 17:13 schrieb Christopher Schultz:
Michael, All,
I haven't actually committed any source yet, as I'm still polishing it
up a bit but I intend to release a bunch of PEM-related code on GH under
this repository:
https://github.com/ChristopherSchultz/pem-utils
The license is A
Michael, All,
I haven't actually committed any source yet, as I'm still polishing it
up a bit but I intend to release a bunch of PEM-related code on GH under
this repository:
https://github.com/ChristopherSchultz/pem-utils
The license is AL2.
The expectation is that most common types of cry
