[EMAIL PROTECTED] wrote: >> ------- Original Message ------- >>> From : Arno Garrels[mailto:[EMAIL PROTECTED] >> Sent : 4/19/2007 6:37:09 AM >> To : twsocket@elists.org >> Cc : >> Subject : RE: Re: [twsocket] httpcli v6 "bad request" >> No idea, I can only see that the send header in > this case will have >> the %20 included already. > >> In my Ethereal dump the location-header of the 301-response already >> has the space, so the server simply tries to redirect to an invalid >> URL, do we really have to workaround such invalid URLs in > the THttpCli? > > That is my point: that it is not a transport > protocol issue, but a client application issue. URLs > should be either URL-encoded by automatically prior > to _any_ request by the component; independently by > the application; or ignored as invalid. But I do not > think there should be a special case for invalid URLs > in redirect responses, with spaces.
Agreed, so we need a FAST routine. URLEncode currently isn't smart enough to encode a complete URL, and it is slow (result := result + ..) -- Arno Garrels [TeamICS] http://www.overbyte.be/eng/overbyte/teamics.html > > -dZ. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be