We need something with TLS in the name for the next one so people stop getting confused.
WolfSSL sucks too, so now what?
11–20 of 136 posts
Re: WolfSSL sucks too, so now what?
#12This is the WolfSSL maintainer's response[1] > This ticket is rather long and has a lot of irrelevant content regarding this new topic. If I need to bring in a colleague I do not want them to have to wade through all the irrelevant context. If you would like, please open a new issue with regards to how we support middlebox compatibility. The author turns this into: > The GitHub issue comment left at the end leads me…
I don't know, I don't think it's really a huge waste of time considering I just read the entire comment thread in a handful of minutes. And beyond that, failing to comply with RFC requirements is the bug here -- a workaround existing for a specific language isn't a fix.
Re: WolfSSL sucks too, so now what?
#13Re: WolfSSL sucks too, so now what?
#14There’s always rustls.
Re: WolfSSL sucks too, so now what?
#15Re: WolfSSL sucks too, so now what?
#16We need something with TLS in the name for the next one so people stop getting confused.
Re: WolfSSL sucks too, so now what?
#17Re: WolfSSL sucks too, so now what?
#18We need something with TLS in the name for the next one so people stop getting confused.
rustls is there. It has TLS in the name, it is good and there is a C FFI wrapper.
The state of things sucks :-(
Re: WolfSSL sucks too, so now what?
#19There’s always rustls.
The state of things sucks :-(
Re: WolfSSL sucks too, so now what?
#20We need something with TLS in the name for the next one so people stop getting confused.
rustls is there. It has TLS in the name, it is good and there is a C FFI wrapper.