I previously fixed my error with CURLOPT_ERRORBUFFER, so now I'm on to my next mistake,
Again, trying to talk HTTPS to a nearby server. The two sides can't agree on a common dialect. Client side is Centos 7, server is Centos 6.6 This is my program's debug output: log: pR: curl version, 7.45.0 log: found CURL support SSL log: pR: setting POSTFIELDSIZE, 44b log: pR: setting prot opt to, 3 log: pR: setting user opt -- got 241 bytes of log msgs --- log: pR: calling curl_easy_perform, https://10.3.171.27:7070/requests log: ** curle after cep rcc , 23 log: ** curle after cep %s , error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol The server side is logging a "bad message: 400 Illegal character for HttpChannelOverHttp@[some.location]" and this shows up on my tcpdump trace. Gory details available, but here's the summary of the trace: client sends a 4500 003c server sends a 4500 003c client sends 4500 0034 server send a 4500 0121 server sends a 4500 0034 server sends a 4500 009b with the 400 error in it client sends 4500 0034 server sends a 4500 0034 client sends 4500 0034 I can talk to the server via WinInet (from a W7 machine), and the WI client and the server find a common dialect. What do I need to do to straighten this out? Thanks for your help. Dave /dps -- test signature -- please apply at front gate on Tuesdays only. ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html
