Jonathan Houser wrote:
The HTTP redirects were failing because indeed Kannel was trying to
read a body that wasn't there. The patch adds a check for a length of 0
as specified by Content-Length, and if found it sets the state to
entity_done. This all happens in deduce_body_state() within
Stipe,
ok, this is a bug. But nothing to do in general with redirecting (HTTP
302).
Yeah, I had originally put in a fix where I looked for HTTP_FOUND
somewhere else in the code and set the entity_done flags there. But
then I tracked it deeper to being an issue with the Content-Length
Jonathan Houser wrote:
Index: gwlib/http.c
===
RCS file: /home/cvs/gateway/gwlib/http.c,v
retrieving revision 1.231
diff -u -p -d -r1.231 http.c
--- gwlib/http.c 29 Mar 2005 12:57:16 - 1.231
+++ gwlib/http.c 6 Apr 2005 17:42:17 -00
Hello all !
The answer is Yes!
The thing is, that it might be by summer, and don't know very well yet
the licensing, because it is a thesis project. But it is for sure that
eventually will be open source completely :).
The status is, almost complete, I'm testing the SMSbox functionality but
don't
This patch adds an 'http-proxy-port-exceptions' config file option
to Kannel. The purpose of this is to allow you to skip using your proxy
server for certain types of traffic. I added it specifically for SSL.
So an example config file might look like:
http-proxy-host = localhost
http-pro
A basic question for the developers. In the WAP side of things,
all traffic is converted it seems to UTF-8 before being 'compiled'. Yet
the Character Set is being sent to the phone as the incoming one. Is
this the way it should work? (Or should the Character Set be UTF-8?) I
ask becau
A basic question for the developers. In the WAP side of things,
all traffic is converted it seems to UTF-8 before being 'compiled'. Yet
the Character Set is being sent to the phone as the incoming one. Is
this the way it should work? (Or should the Character Set be UTF-8?) I
ask becau
Replying to Jonathan Houser:
> >This is with a GSM handset so you may be able to test and get the same
> >results. I found the Character Set being sent via tcpdump and ethereal
> >as it's not listed in the debug output from Kannel.
>
> Looks like it's the Character Set in the encoding=) t