Re: [Kannel 0000010]: HTTP requests get urlencoded twice (orevenmore) if HTTP 302 (redirect) responses are received

2003-03-26 Thread Stipe Tolj
Rene Kluwen wrote: I think you answered your question yourself :). Yes, the querystring should be included in subsequent requests. By intuition I'd disagree. But maybe we should check if other common HTTP clients do this. Should be easy to check. Can someone do this? I'm busy with applying

Re: [PATCH] CIMD2 driver upgraded to smsconn api

2003-03-26 Thread Stipe Tolj
and if yes, maybe we could add one more directive in the configuration file, like use-dlr? Concerning additional directives, I'm pretty much for it if they avoid real life problems, to be able to use Kannel our-of-the-box (with the proper config) without hacking with the code. And most of

Re: [PATCH] autodetect smpp source_addr_ton should not remove + (plus)

2003-03-26 Thread Alexander Malysh
Hi Stipe, On Wednesday 26 March 2003 00:38, Stipe Tolj wrote: I know that this a bad idea. But we have link to one Operator that need leading plus and they will not change this... I thought that only I need this option, but seen that this is not true and made this patch :) I guess we

[PATCH] CIMD2 fix and userguide (overrides last one)

2003-03-26 Thread Angel Fradejas
This patch fixes some problems with the SMSCConn CIMD2 driver, for example high CPU load in a connection with no traffic at all (thanks to Dziugas Baltrunas for pointing it out), and some other things. Also included an update for the user guide. This patch overrides last one I sent

Re: [RFC] autodetect smpp source_addr_ton should not remove + (plus)

2003-03-26 Thread Benjamin Lee
I realised -- post the send key press -- that my diatribe wasn't completely coherent... it was late... and I can only blame the lack of caffeine... ;-) I'll try again shortly... On Wednesday, 2003-03-26 at 10:28:18 AM, Stipe Tolj scribbled: Benjamin Lee wrote: At least in the cases I

Re: [PATCH] SMPP sender-prefix ala unified-prefix

2003-03-26 Thread Benjamin Lee
I think it is SMSC specific... some SMSCs may have no problem with NATIONAL TON... and anyway, the option was already there as SMSC specific for cimd2 and oisd... don't see it needing to be moved... On Wednesday, 2003-03-26 at 03:47:28 AM, Alexander Malysh scribbled: Content-Description: signed

[RFC] emi2 charset encoding patch

2003-03-26 Thread Nisan Bloch
Hi Attached is a small patch to use the same alt-charset scheme in EMI2 module as is currently used in the SMPP module. The charset patch is for MT encoding only. The patch also fixes a small bug in the INC_TRN macro. It was using EMI2_MAX_TRN instead of PRIVDATA(conn)-window for the window