Strange from in Service Indication

Hi, When I'm sending service indication (WAP-PUSH) through the Kannel to a phone, then when the message is received in the phone, the sender of the message appears to be 1234 (I see from 1234). I've noticed that it happens only on Symbian based phones. I've tried to look for a

Re: [PATCH] allow multiline in config

Alexander Malysh wrote: Hi, please find attached patch that allows multilines in bash styli in the config file. E.g.: option = very long \ jsdgfjshf in order to have \ at the end: option = not long \\ Comments and votes please. since this can be considered an feature add-on and no

Re: [PATCH] config definition file hooking (for external modules), ie. sqlbox, mbuni, etc.

Stipe Tolj wrote: Hi list, now, as Kannel maintains its own way of knowing what config directives are allowed in group sections, this is a problem if external modules, ie. Rene's sqlbox or Paul's Mbuni need to use the same gwlib/cfg.[ch] thingies. I tried to introduce a generic hooking

Re: Hosting!

Hi Nick, Fine by me! Please let me know your decision. This is going to get pretty urgent pretty quickly - the plug is pulled on the 24th of June. You guys will need to take a backup of the important stuff on the machine (the CVS repository and the mailing list are probably the only really

Re: Somewhat OT... How to submit multiple PATCHES against cvs head?

Josh McAllister wrote: Can someone enlighten me on the easiest way to submit multiple distinct patches against CVS-head? If I simply do a cvs diff -u I will of course get 1 patch with all changes I've made? Is there a way I can mark separate revisions locally? hm, tricky, in case you local

Re: Strange from in Service Indication

Shmulik Yudkovich wrote: Hi, When I'm sending service indication (WAP-PUSH) through the Kannel to a phone, then when the message is received in the phone, the sender of the message appears to be 1234 (I see from 1234). I've noticed that it happens only on Symbian based phones. I've tried to

RE: [PATCH] config definition file hooking (for external modules), ie. sqlbox, mbuni, etc.

-1 from me. Reason 1: Does this mean add-ons need to temporarily use an interim API and switch to another API when it becomes available? Reason 2: mBuni, sqlbox require patches to the Kannel sources either way. It doesn't matter if such patches also patch cfg.def or not. Rene Kluwen Chimit

RE: [PATCH] allow multiline in config

+0 from me. I don't have any objections to this particular patch. But shouldn't we wait with new features until at least we have a new stable version? I think that has priority by now. Rene Kluwen Chimit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of

Re: [PATCH] allow multiline in config

Rene Kluwen wrote: +0 from me. I don't have any objections to this particular patch. But shouldn't we wait with new features until at least we have a new stable version? I think that has priority by now. yep, agree'ing... I consider this patch as a can't hurt, let it in one. Stipe

Re: [PATCH] config definition file hooking (for external modules), ie. sqlbox, mbuni, etc.

Rene Kluwen wrote: -1 from me. Reason 1: Does this mean add-ons need to temporarily use an interim API and switch to another API when it becomes available? now, this is a solution for add-ons to use a add-hook based approach. So this _can_ be considered an API format for the adding of the

Re: [PATCH] config definition file hooking (for external modules), ie. sqlbox, mbuni, etc.

BTW guys, sorry for my (at least sometimes) bad grammer in english. I simply type, and do not double-check using any auto-checking tool. So that's why some words get messed up totally. Don't catch on my for those... otherwise my beer credit'ing would go nutz... anyway, some guys of you have

Re: [PATCH] allow multiline in config

Alexander Malysh wrote: Hi, please find attached patch that allows multilines in bash styli in the config file. E.g.: option = very long \ jsdgfjshf in order to have \ at the end: option = not long \\ Comments and votes please. commited to cvs: 2006-06-12 Stipe Tolj stolj at kannel.org

[Fwd: error after receiving messages (modem is wavecom)]

forwarded to devel@ in order to relief this soul if one of our AT (smsc_at.c) experts can review. Stipe --- Kölner Landstrasse 419 40589 Düsseldorf, NRW, Germany tolj.org system architecture Kannel Software Foundation (KSF)

Re: [Fwd: error after receiving messages (modem is wavecom)]

2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: -- +CMT: ,24 2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: -- 0791361908005030040C913629418479856060805112920005CF35288C06 2006-06-08 15:22:08 [7311] [6] DEBUG: AT2[wavecom]: Numeric sender (international) +639214489758 2006-06-08