I ran into the same problem when I was trying to do what you are doing. The solution was to add a Content-Length field in the header so that the server knew how much to read. -Jim Fernando Ruscitti wrote: > > I solved the problem just doing a shutdown(1) over de socket descriptor (not the > ssl context) after all my SSL_writes. It works, but i don't now if there are a > better solution. Thank you for the answer. As I still do not support persistent connections with my simple HTTP client, your suggestion will solve my problem. > The true is that (some? all?) Web Servers expect a shutdown over the reception > socket to process a GET or POST request. I do not think that the shutdown() is it what the server is waiting for because if I run the server and the client without SSL all works fine without the shutdown. I believe that the shutdown() flushes the still not sent data. So I wonder why the data is not sent without the shutdown and how can I force it ??? Xaver > > Fernando. > > Xaver Fischer wrote: > > > Hello OpenSSL users, > > > > can anybody give me a hint for the following problem? > > > > I have a simple HTTP client sending some data to an HTTP server over SSL. > > Depending on the amount of data and the buffer size on each SSL_write() call > > there happens that the server does not receive the last sent data. The > > client already waits for the response and when it runs into it's 60s timeout > > and closes the socket, the server suddently reads the rest of the sent data. > > I suppose that the last data isn't really sent, but still buffered and when > > the socket is shutdown it is really sent. > > > > It seems to me that there's a flush() missing after the last SSL_write() > > call was executed, but I didn't find an appropriate API function. > > > > What am I doing wrong? Did I miss some facts or functions? > > > > Thanks in advance, > > > > Xaver Fischer > > > > --------------------------------------------------------------------------- > > Dipl. Inform. Xaver Fischer > > Software-Entwickler > > Product Development > > > > iXOS Software AG > > Technopark Neukeferloh > > Bretonischer Ring 12 > > D-85630 Grasbrunn/München > > Phone: (+49)-(89)-4629-1301 > > Fax: (+49)-(89)-4629-331301 > > World Wide Web: http://www.ixos.com/deutschland > > mailto:[EMAIL PROTECTED] > > ---------------------------------------------------------------------------- > > > > ______________________________________________________________________ > > OpenSSL Project http://www.openssl.org > > User Support Mailing List [EMAIL PROTECTED] > > Automated List Manager [EMAIL PROTECTED] > > ______________________________________________________________________ > OpenSSL Project http://www.openssl.org > User Support Mailing List [EMAIL PROTECTED] > Automated List Manager [EMAIL PROTECTED] ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED] [prev in list] [next in list] [prev in thread] [next in thread]
begin:vcard n:Miller;Jim tel;cell:703-629-3236 tel;fax:703-421-2592 tel;work:703-421-1755 x-mozilla-html:TRUE url:www.entegrity.com org:Entegrity Solutions;Professional Services adr:;;2077 Gateway Place, Ste. 200;San Jose;CA;95110;US version:2.1 email;internet:[EMAIL PROTECTED] title:Security Architecture & Integration Team fn:Jim Miller end:vcard
