Thanks Ben. That really answers some of my questions. However, here is an interesting thing: Like I've previously mentioned in my mails - when working with most of the service providers, I had to put a CRLF between the URI and the HTTP/1.1 instead of a space. However, when working with the Sprint service, I had to change it to a space for it to work. I still haven't figured out why I have to do this. But, while going through the Sprint Proxy server, the transaction was taking an unusually long time (for about 100 - 200 bytes we transfer each time). So, we contacted the Sprint Technical support and figured that the compression (decompression) is bloating up the smaller messages causing a longer download time. So, we requested them to bypass (the compression, decompression) any requests to our server, which they obliged and now guess what?? The space no longer works. I had to now change it to CRLF. Day by day, things are becoming more and more interesting with a lot of unanswered questions. No idea, what's going on. Thanks,
-Kalyan "Ben Combee" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 11:37 AM 9/16/2004, you wrote: >>We are sending the following headers: >>Accept >>Content-Type >>User-Agent >>Content-Length >> >>No, we haven't been sending the Host header. Do you >>think, that's going to make a difference? I'm not >>sure, if that will, as the host is going to remain the >>same irrespective of whatever device in use. > > To quote the HTTP 1.1 spec: > > A client MUST include a Host header field in all HTTP/1.1 request messages > . If the requested URI does not include an Internet host name for the > service being requested, then the Host header field MUST be given with an > empty value. An HTTP/1.1 proxy MUST ensure that any request message it > forwards does contain an appropriate Host header field that identifies the > service being requested by the proxy. All Internet-based HTTP/1.1 servers > MUST respond with a 400 (Bad Request) status code to any HTTP/1.1 request > message which lacks a Host header field. > > -- Ben Combee, Technical Lead, Developer Services, PalmSource, Inc. > "Combee on Palm OS" weblog: http://palmos.combee.net/ > Developer Fourm Archives: http://news.palmos.com/read/all_forums/ > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
