Re: [PATCH] Default charset patch (bug 0000068)

Stipe Tolj <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization The Kannel Group
Message-ID <[email protected]>
Paul P Komkoff Jr wrote:

> Replying to Stipe Tolj:
> 
>>the behaviour of libcurl and gwlib's http.c?
> 
> 
> Yes. curl doesn't mangle headers in any way.

hm... As I noticed, the section reading from the HTTP/1.1 RFC is more like "this 
is what the server should do", IMO. So the question is if it is up to the 
server, then obiously out gwlib/http client module does "too much" from the role 
of the server. If we interpret it this way, it's up to the maintainer of the 
application served by the HTTP server to ensure that HTTP headers do reflect 
correct content-type charset encoding headers.

I'm not quite sure. What would you mean reading the refenrenced section of RFC 2616?

In terms of libcurl support, this would mean, we would have to check 
"afterwards" if this symptom is given and recode the charset like we do four our 
own gwlib/http, right?

Stipe

mailto:stolj_{at}_wapme.de
-------------------------------------------------------------------
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf, NRW, Germany

phone: +49.211.74845.0
fax: +49.211.74845.299

mailto:info_{at}_wapme-systems.de
http://www.wapme-systems.de/
-------------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.