Server sending out-of spec response for enroll/reenroll

[orangepizza]

RFC7030 mandates response code 200 and HTTP content-type of "application/pkcs7-mime" with an smime-type parameter "certs-only".
(so it's Content-Type: application/pkcs7-mime; smime-type=certs-only )
But this server send 201 response code and skips smime-type parameter from content-type
https://datatracker.ietf.org/doc/html/rfc7030#section-4.4.3

Because of this any correct EST client will reject enroll/reenroll response from this server, but it's kinda hard to change now though because fioconfig have same wrong interpretation of rfc7030 requirement, making this breaking change, but it should at least documented.

https://github.com/foundriesio/fioconfig/blob/87efd8b30ea163b2bc97d9ed43c3a666f29864f8/internal/rotate_est.go#L85

[doanac]

Ugh. This isn't great. It might be possible for the server to detect this bad fioconfig version by looking at this user-agent value:
https://github.com/foundriesio/fioconfig/blob/87efd8b30ea163b2bc97d9ed43c3a666f29864f8/transport/http.go#L74-L76

and then responding correctly if its not that?

[orangepizza]

looks like it can with c.Request().Useragent() : will write a PR for this in few hours
is there fioconfig-client/1 or other overwritten useragent I need to catch?

[orangepizza]

made client side patch PR too, see foundriesio/fioconfig#77