Re: HTTP compliance in sendsms (Was: anyone using mutli-cast GET requests)
Oded Arbel wrote: Speaking of sendsms' HTTP interface - I've noticed that sendsms doesn't honor the 'Connection: close' header and always use keep-alive. can that be fixed, please ? I had a look in gwlib/http.c:899 where the following is inside handle_transaction(): [...] h = http_header_find_first(trans-response-headers, Connection); if (h != NULL octstr_compare(h, octstr_imm(close)) == 0) trans-persistent = 0; octstr_destroy(h); #if 1 /* Reuse enabled again, let's see if anyone complains... */ if (trans-persistent) conn_pool_put(trans-conn, trans-host, trans-port); else #endif conn_destroy(trans-conn); [...] this seems to honor the Connection: close statement, didn't it?! Can you describe how we can reproduce the effect you see, so that we may analyze ourselfs?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: (no subject)
Off-topic: First of all I would like to suggest to use a more related subject line for mails. (no subject) is often mis-noticed by developers. So if you want some fast help, make sure your subject line keeps the folks in charge interested :) Ok, not for the core: I installed Kannel 1.1.4 (Cygwin 1.1.x) on Win2000. I used the conf file from RedHat 7.1, but it did not work. So I changed device for AT from /dev/ttyS0 to COM1, it started working. Strangely, its giving following error after I make /cgi-bin/status request. /cgi-bin/status !??!?! Do you mean http://hostname:port/status?... for the status page?! There is no URI mapped to an function for /cgi-bin/status. 2003-01-05 07:42:10 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'. 2003-01-05 07:42:10 [3] DEBUG: HTTP: Resetting HTTPClient for `127.0.0.1'. 2003-01-05 07:42:47 [3] DEBUG: HTTP: Resetting HTTPClient for `127.0.0.1'. 2003-01-05 07:42:56 [3] DEBUG: HTTP: Resetting HTTPClient for `127.0.0.1'. 2003-01-05 07:43:43 [8] INFO: Connection closed by the box 127.0.0.1 2003-01-05 07:43:56 [1] ERROR: Error reading from fd 29: 2003-01-05 07:43:56 [1] ERROR: System error 104: Connection reset by peer 2003-01-05 07:43:56 [1] ERROR: Error reading from fd 29: 2003-01-05 07:43:56 [1] ERROR: System errfor 104: Connection reset by peer 2003-01-05 07:43:56 [1] DEBUG: HTTP: Destroying HTTPClient area 0x1002ad48. 2003-01-05 07:43:56 [1] DEBUG: HTTP: Destroying HTTPClient for `127.0.0.1'. This means your HTTP connections go away. What HTTP client (browser) are you using for this?! I have seen these on Cygwin too, without any considerable effect to the functionality of Kannel. My kannel.conf reads group = core admin-port = 13000 smsbox-port = 13001 admin-password = shridhar admin-allow-ip = *.*.*.* log-file = kannel.log log-level = 0 box-allow-ip = *.*.*.* access-log = access.log # SMSC CONNECTIONS group = smsc smsc = at smsc-id = nokia modemtype = nokiaphone device = COM1 In the Cygwin world the serial COM devices are /dev/com1 /dev/com2 etc. So please use them for the device directive. Any suggestion for the error. And I want to know, does anybody in group using Cygwin port of kannel for production environment and how stable it is, as compared to Linux version. Thanks in advance. I'm developing all major changes on Cygwin 1.3.x for Kannel and test it there too. So any changes made to CVS from my side are tested on Cygwin, Linux, Solaris. Unfortunatly I can't give any guess about the production stability, due that we run a Linux and a Solaris machine for high-load production. But there is a Cygwin machine running recent Kannel cvs in idle mode, which means without heay load and is stable. Andrea Viscovich [EMAIL PROTECTED] runs a Win2000 machine running Cygwin 1.x with several modems attached and seems to be happy enought. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: idle-timout
Jörg Pommnitz wrote:
I think the right patch is:
if ((server == NULL) || (emi2_handle_smscreq (conn, *server) 0)) {
return; /* reopen the connection */
}
instead of your commit:
if ((*server !=NULL) (emi2_handle_smscreq (conn, *server) 0)) {
return; /* reopen the connection */
}
This way we will reopen the connection when the server connection
is closed.
I don't think the additional if statement had to do something with the
if statement logic. Andreas simply fixed the NULL pointer assertion
checking problem if emi2_handle_smscreq() gets called with server ==
NULL, which obviously throughs the assertion panic.
Heads up if someone has objections here, please!
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
Re: AW: mutex failure in conn_register
Jörg Pommnitz wrote: The most important question: what platform do you use when you see this problems? I'm a little bit hesitant to completely trust the glibc pthread implementation (especially under high load). In a previous project I could reliably cause misbehaviour in the pthread mutex implementation on Linux. There has been some major surgery in this area in recent glibc versions. I would start tracking this down with upgrading glibc to the most recent version to make sure that this is not a problem solved a long time ago. BTW, I haven't noticed such mutex_unlock failures at least on Solaris 2.6 under high-load. It runs without SSL-support, malloc=native, assertion checking. What does your RedHat 7.1 installation use for it?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: I hope someone can explain my problem.
Torbjorn Zetterlund wrote: For SMSC I am currently using a NOKIA 7190(SMSC) which is the North American model for the NOKIA 7110 in Europe. I can send an SMS message from a web page using the http://localhost:13013/cgi-bin/sendsms command and the message is received on the phone number that we specified. But when we send a message from a phone to our NOKIA 7190(SMSC), we receive it on the phone, but we do not receive it in Kannel. Here is were my lack of knowledge comes in, can some explain if there is any other configuration that is require or how do I go about to receive and send. Please add your kannel.conf config file, so we can have a look if there is something obviously missing in it -- otherwise this is blind flighing :) I can see from the smsbox log, that there seems to be some type of event taking place when the NOKIA 7190(SMSC) receives a messages. I get an error messages in the log which reads Error : Error reading from fd 19 Error: System error 104: Connection reset by peer Error: Error reading from fd 19: Error: System error 104: Connection reset by per Debug: HTTP: Destroying HTTPClient area 0x10029240 Debug: HTTP: Destroyiing HTTPClient for '127.0.0.1'. I do not really know what that means, I hope some one can explain. That's only the HTTP client connection of the previous /cgi-bin/sendsms call you made. It's nothing to do with receiving an SMS on the device. Regards, Stipe Tolj Department Management Technology Center Research Lab [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: pthread/poll problem
I'm generating the Kannel (latest snapshot) with cygwin 1.3.6 on a Win2000 platform. It compiles OK but generates some errors related to pthread/poll in the self tests. I'm expiencing the same on Cygwin -- unfortunatly I had not yet the time to figure out why. Nevertheless both sms and wap functionality seems very stable on Cygwin. Andrea, can you expience the poll error messages on your productive environment? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Two part question!
group = sms-service keyword = pay file = C:/phpdev/www/mobile/samp1.php?sec_para=%sthr_para=%sphone=%p am I missing something! yes you are missing that the file directive is used to output the content of a static file. I guess you want to do some PHP magic and get that output to the phone via SMS?! You'll have to use a HTTP server in that case and address it acordingly with a URL, i.e. url = http://yourmachine/sample.php?...; Second question for me to learn more about OTA, SMS and about downloading ring tones, graphics elements to a phone, what documentation or sites should I use to get a full understanding. Please review the mailing list archives, there have been a lot of contribution to that issues. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Kannel and Nokia 7160 ?
Hi Olivier, Does anybody knows if Kannel works with a Nokia 7160 (TDMA) linked by serial cable for sending SMS ? at least for the european Nokia 7110 and 6120 I can confirm that it works using the DLR-3 data cable on both Linux and Cygwin systems. As long as the data cable supports the american 7160 and it operates with 19200 baud speed it should be working. You may test it previously using minicom attached to a Linux box, maybe. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Doing things easier - discussion
Hi Bernino, I'm throwing my 2ct (now to be noted europien Euro Cents :)) on this: Bernino Lind wrote: First of all: The web site: deep links to the various standards, such as the ETSI standard, with a brief note: You need this standard in order to do a ringtone and other binary SMS. The web site is going to be re-designed and include more features. We'll do a state-of-the-art PHP4, MySQL web application out of it :)) Documentation: more complex examples with source code to sample applications would be extremely nice. There is already the contrib/ but not especially well documented - and some of it broken. Extended examples are nice, I agree. We may set up additional documents for certain issues, that go more in detail, i.e. Using Kannel for WAP, Uing Kannel for SMS, Security Considerations, etc. The main problem about this issue is who is going to maintain them?! There are some things which could be done automatically with some extra programming inside Kannel. For example, if a programmer wishes to send a text consisting of more than 160 charecters, then thats only possible if this programmer knows how to construct the udh, chop the text up and create the messages. Why not do that directly in Kannel ? It shouldnt be too hard. If you mean the automatic splitting of SMS messages (in case of text 160 chars) to multiple calls, we have this already build in. It may be activated on sms-user basis with the directive concatanation, see user's guide. The thing is, this kind of extra functionality is a political decision in a software project: where to draw the line between end programmer applications and in-core functionality. Linux for example did not make such a decision, and suddenly there was a kernel land http server!!! With all the flaws and exploits that leads to. Yep, that's why we use Apache :)) The line between core functionality and end programmer application level has to defined in some common sence, sometimes it's more sence, sometimes less ;) Please let me know what you think of these thoughts, also to indicate where Kannel is going. It's hard to say where Kannel is going. At least I would like to state Kannel should be the synonym for mobile internet related intrastructure on a open source basis. I would like to see it in the same position as Apache for the HTTP server world. -- that's why I work on both of them :)) Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: pthread/poll problem
Andrea Viscovich wrote: Uhm, yes, I had to strip some rows (wap related) as I only use smsbox. There were no parameter in config.h (Kannel_no_wap) at that time. Since september with at2 I had no more poll error messages. Can you send me a diff which lines you have striped out to have a look on it? Thanks. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: pthread/poll problem
Kalle Marjola wrote: On Fri, 11 Jan 2002, Stipe Tolj wrote: Nevertheless both sms and wap functionality seems very stable on Cygwin. Andrea, can you expience the poll error messages on your productive environment? Speaking about Cygwin, how fast it is? I mean, is there any big performance difference in linux version against cygwin in W2k? In theory there is a huge performance difference, even against native Win32, and therefore (maybe even more) against Linux. Cygwin uses a single DLL to emulate the whole POSIX stuff, so we are still somehow emulating things here. -- But it's *cool* to see almost any UNIX application running in a bash window on a Win32 box ;) Is there a way to determine some benchmarks using Kannel's internal test and check routines? If yes, I would perform a run using a Cygwin machine against a Linux machine then. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: mclass and mwi questions
Bruno Rodrigues wrote: On Qui, 2002-01-10 at 09:57, Bernino Lind wrote: Dear users of Kannel, I have some questions about the mclass and mwi parameters of Kannel sendsms method. Problems/Questions: MWI: If I want to set mwi=1 for example, I can only do this by having some text in the sendsms parameters. That means the end user will recieve an SMS with two parts: the mwi change + some normal SMS message. Thats really irritating, since I just want to change the mwi. How do I make a message which *only* changes the status of the mwi? mwi doesn't require a text field. In fact, the presence of the text changes the internal DCS encoding. If NOW kannel requires the text field, someone have broken my code. I guess I did this while a recent commit. Bruno, can you have a look on my commits and fix it?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: mclass and mwi questions
Ok guys, I'm the one to blame. The commit that caused the code break is: http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/gw/smsbox.c.diff?r1=1.161r2=1.162 I'm just gonna fix this to exlude the text == NULL checking. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: smsbox bug
Angel Fradejas wrote: Hi, I found a bug in smsbox, related to empty text SMS handling (or a sms contaning only spaces). The problem arises when you send a space only text for example, and in the default sms-service get-url you use the %k token, for example group = sms-service keyword = default get-url = http://localhost/default.php?keyword=%k smsbox exits with a failed assertion 2002-01-10 16:56:13 [4] PANIC: gwlib/list.c:213: list_get: Assertion `pos list-len' failed. I fixed the bug with some additional checking in the urltrans_get_pattern function. Could someone commit this patch to the cvs? The patch has been just applied to cvs. Thanks a lot for the submission. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Binding as a transmitter only
Pedro Duque wrote:
I found no way to do it besides editing the code.
If you remove (or comment) and add the following lines in smsc_smpp.c,
it should work:
conn-status = SMSCCONN_CONNECTING;
smpp-transmitter = gwthread_create(io_thread, io_arg_create(smpp,
1));
(-)smpp-receiver = gwthread_create(io_thread, io_arg_create(smpp,
0));
(-)if (smpp-transmitter == -1 || smpp-receiver == -1) {
(+)if (smpp-transmitter == -1) {
error(0, SMPP: Couldn't start I/O threads.);
smpp-quitting = 1;
if (smpp-transmitter != -1) {
gwthread_wakeup(smpp-transmitter);
gwthread_join(smpp-transmitter);
}
(-)if (smpp-receiver != -1) {
(-)gwthread_wakeup(smpp-receiver);
(-)gwthread_join(smpp-receiver);
(-)}
smpp_destroy(conn-data);
return -1;
}
so what does the code actualy do then?
I'm wondering if we could add this as a configuration feature to the
smsc_smpp.c module?!
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
Re: timestamps with emi2
please send fixes in diff -u format attached as plain/text to the devel@ list. There are a couple of guys working (more or less) as active CVS commiters, see ChangeLog. If your patch doesn't get applied for some days ask someone personaly to commit it. When you have contributed some patches we will vote for giving you cvs write access, so you can perform it on your own. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: global-sender problem
Jacob Vennervald Madsen wrote: You should not put either + or 00 in front of the sender number. Kannel is supposed to figure that out for you. But unfortunately there is a bug in the Kannel code so when you overwrite the sender address with a phonenumber it's not set correctly through the emi2 protocol. I fixed this problem but I don't know if anybody put it in the CVS version. Have you submitted a patch to the list. If yes, please check the state using the viewcvs interface at http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/. If it's still not applied, please re-post the Msg-ID of your patch and I'll check to see if we can commit it. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[Fwd: kannel gateway problem]
Forwarded to devel@ Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are ---BeginMessage--- Hello! Platform: Linux Mandrake 2.2.19 kernel Kannel gateway: latest from cvs Problem description: I use emi2 smsc and stop-and-wait protocol. my smsc group looks like group = smsc smsc = emi2 smsc-id = MTS port = host = xxx.xxx.xxx.xxx connect-allow-ip = xxx.xxx.xxx.xxx receive-port = denied-prefix = 206 #smsc-username = #smsc-password = flow-control = 1 idle-timeout = 70 throughput = 60 if ACK is lost (no 51 /R/ message received) becuase temporary connectivity problem, then kannel freeze send messages and wait for ACK forewer (until i restart it). No ACK timeout have affect. :( Can You help me? with best wishes German Aksenov phone: (095)258-7258 ext. 7836 ---End Message---
Re: smpp panic at reception (dlr probably)
Andreas Fink wrote: Anyone have seen this one before? 2002-01-16 13:55:45 [16] PANIC: gw/smpp_pdu.def:126: smpp_pdu_unpack: Assertion `p-sm_length == (unsigned long) octstr_len(p-short_message)' failed. I guess nop would satisfy you?! :[ Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Errors in the docs..
Hi Valter, I have done something in smsbox.c to support mutiple-receiver when using http post method that seems to work with EMI2 and SMPP... (diff attached) For instance, X-Kannel-To header could be used with multiple receivers separated by a blank char; i add a iteraction in smsbox_sendsms_post() to request a smsbox_req_handle() to each receiver in -Kannel-To header.. I really dunno if this is the better way to do it... since smsbox_sendsms_post() will only return the last call result of smsbox_req_handle() :( thanks for your patch. Unfortunatly I would suggest to reject it in that form, because the to field splitting for multi-cast support should be done within smsbox_req_handle() itself and not outside. Otherwise you would need to implement it two times, one for GET and for the POST method, which seems not necessary, or even miss-architectured IMO. I will change your patch approperiatly so that we implement mult-cast support in smsbox_req_handle(). The problem seems to be how we handle the error of a single message in the to multi-cast pool to the above structure. smsbox_req_handle() returns a Octstr and that one is passed as output to the HTTP client. I suggest (at first), that we only add the ID (position within the to field) to that error message, so the HTTP client can decide on it's own if he wants to retry on that message?! Any other solutions here? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: high load troubles...
Got a new problem under high load. Does this happen *only* under high load, or can it be reproduced (with the same situation) under a very minor load? bearerbox is running and has delivery reports to deliver to smsbox. smsbox is down. an application is ready to fire lots of data to smsbox. now we start smsbox up. here's what we get: 2002-01-16 14:09:20 [0] INFO: Starting to log to file /var/log/kannel/kannel.smsbox.log level 2 2002-01-16 14:09:20 [0] INFO: Added logfile `/var/log/kannel/kannel.smsbox.log' with level `2'. 2002-01-16 14:09:20 [0] INFO: Service global sender set as '+41795169338' 2002-01-16 14:09:20 [0] INFO: Logging accesses to '/var/log/kannel/kannel.smsbox.access-log'. 2002-01-16 14:09:20 [0] INFO: Started access logfile `/var/log/kannel/kannel.smsbox.access-log'. 2002-01-16 14:09:20 [0] DEBUG: HTTP: Opening server at port 8100. 2002-01-16 14:09:20 [0] DEBUG: Started thread 1 (gwlib/fdset.c:poller) 2002-01-16 14:09:20 [0] DEBUG: Started thread 2 (gwlib/http.c:server_thread) 2002-01-16 14:09:20 [0] INFO: Set up send sms service at port 8100 2002-01-16 14:09:20 [0] DEBUG: Started thread 3 (gw/smsbox.c:sendsms_thread) 2002-01-16 14:09:20 [0] DEBUG: -- 2002-01-16 14:09:20 [0] DEBUG: Kannel smsbox version cvs starting 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'. 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'. 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'. 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'. 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'. 2002-01-16 14:09:20 [0] DEBUG: Started thread 4 (gw/smsbox.c:obey_request_thread) 2002-01-16 14:09:20 [3] INFO: smsbox: Got HTTP request /cgi-bin/sendsms from 127.0.0.1 2002-01-16 14:09:20 [3] INFO: sendsms used by smsrelay 2002-01-16 14:09:20 [3] INFO: sendsms sender:smsrelay:user (127.0.0.1) to:+12345 msg:whatever 2002-01-16 14:09:20 [3] PANIC: gwlib/conn.c:137: lock_out: Assertion `conn != NULL' failed. Anyone have an idea what happens here? Maybe its trying to send to bearerbox before bearerbox is connected or so? The PANIC happens in unlock_out(). And it seems it gets an conn == NULL here, that's because the assertion check panics. unlock_out() is called a couple of times inside conn.c, so you'll have to figure out which call causes this. I suggest to add some debug lines in front of every call, so we get the position. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: New release
Nick Clarey wrote: The problem is that I haven't had a lot of time to follow development (or even run Kannel!) for some months now. I think that Stipe might be better to handle the job, because he keeps his finger on the pulse of what's going on. He's also got the necessary access rights to do anything that needs doing. Stipe? Thanks for the suggestion, I'm honoured. I'll have a look on the historical things how the Wapit guys did this and come back with a decission on that. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Stripping Kannel
Alex Judd wrote: If there is a need for a lighter weight binary with reduced driver support shouldn't this be something put into the build process so that on compilation people can define the support and drivers they want to build in their binaries. Yes, definitly. This would add a pro to the re-structuring of the build process using GNU autotools (autoconf, automake, etc.) with according sub-directories for the single SMSC modules. It's a bit picky to re-arrange it now, since it got complex enough. But I'm anyway trying to port the current Kannel source code tree to be GNU automake compatible. Are there any developers who want to join on that development? I guess there has to be someone who did extensive GNU autotool development already? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: high load troubles...
Jörg Pommnitz wrote: Could this be relevant? http://sources.redhat.com/ml/libc-hacker/2001-11/msg00028.html yeah, maybe we got some sort of race condition here. I guess, it this is the fact I may try to reprocuce the error on one of our Sun boxes to see if Solaris' pthreads suffert the same error. Can anyone give me a step-by-step summary how to reproduce the effect? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[PATCH] multi-cast support for sendsms
Hi all,
today I have implemented the multi-cast support within
gw/smsbox.c:smsbox_req_handle().
This allows to pass a 'to' element containing a list of receiver
numbers seperated by a blank. The octstr gets split into a list and
further processing is done.
Main problem is how to deal with a list of receivers where:
a) some receivers may be allowed (white-list), some may be dis-allowed
(black-list)
b) how to report failed messages, even if there have been successfull
c) do we break the list iteration if a failed sending happen, or do we
(as it is now) go on with all receiver numbers and report at the end
which ones have failed.
Attached is the corresponding patch for this change. I would like to
ask the core developers to have a look on this and test the
functionality before commiting to cvs.
BTW, I did some testing on this and it worked for me. But maybe I
missed the obvious -- as this happens from time to time I would like
to have a couple of other pairs of eyes on this :)
Again, I would appritiate a simple voting for commiting.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
===
RCS file: RCS/smsbox.c,v
retrieving revision 1.1
diff -u -r1.1 smsbox.c
--- smsbox.c2002/01/16 21:47:22 1.1
+++ smsbox.c2002/01/16 21:47:30
@@ -1001,8 +1001,18 @@
int *status, int dlr_mask, Octstr *dlr_url, Octstr
*account)
{
Msg *msg = NULL;
-Octstr *newfrom, *returnerror;
-int ret;
+Octstr *newfrom, *returnerror, *receiv;
+List *receiver, *failed_id, *allowed, *denied;
+int no_recv, ret, i;
+long del;
+
+/*
+ * Multi-cast messages with several receivers in 'to' are handled
+ * in a loop. We only change sms.time and sms.receiver within the
+ * loop below, because everything else is identical for all receivers.
+ */
+receiver = octstr_split_words(to);
+no_recv = list_len(receiver);
/*
* check if UDH length is legal, or otherwise discard the
@@ -1013,42 +1023,79 @@
goto fielderror2;
}
+/*
+ * Check if there are any illegal characters in the 'to' scheme
+ */
if (strspn(octstr_get_cstr(to), sendsms_number_chars) octstr_len(to)) {
info(0,Illegal characters in 'to' string ('%s') vs '%s',
octstr_get_cstr(to), sendsms_number_chars);
returnerror = octstr_create(Garbage 'to' field, rejected.);
goto fielderror2;
}
-if (urltrans_white_list(t)
- numhash_find_number(urltrans_white_list(t), to) 1) {
- info(0, Number %s is not in white-list, message discarded,
- octstr_get_cstr(to));
- returnerror = octstr_create(Number is not in white-list.);
- goto fielderror2;
-}
-if (urltrans_black_list(t)
- numhash_find_number(urltrans_black_list(t), to) == 1) {
- info(0, Number %s is in black-list, message discarded,
- octstr_get_cstr(to));
- returnerror = octstr_create(Number is in black-list.);
- goto fielderror2;
+
+/*
+ * Check for white and black lists, first for the URLTranlation
+ * lists and then for the global lists.
+ *
+ * Set the 'allowed' and 'denied' lists accordingly to process at
+ * least all allowed receiver messages. This is a constrain
+ * walk through all disallowing rules within the lists.
+ */
+allowed = list_create();
+denied = list_create();
+
+for (i = 0; i no_recv; i++) {
+receiv = list_get(receiver, i);
+
+/*
+ * First of all fill the two lists systematicaly by the rules,
+ * then we will revice the lists.
+ */
+if (urltrans_white_list(t)
+numhash_find_number(urltrans_white_list(t), receiv) 1) {
+info(0, Number %s is not in white-list, message discarded,
+ octstr_get_cstr(receiv));
+list_append_unique(denied, receiv, octstr_item_match);
+} else {
+list_append_unique(allowed, receiv, octstr_item_match);
+}
+if (urltrans_black_list(t)
+numhash_find_number(urltrans_black_list(t), receiv) == 1) {
+info(0, Number %s is in black-list, message discarded,
+ octstr_get_cstr(receiv));
+list_append_unique(denied, receiv, octstr_item_match);
+} else {
+list_append_unique(allowed, receiv, octstr_item_match);
+}
+if (white_list
+numhash_find_number(white_list, receiv) 1) {
+info(0, Number %s is not in global white-list, message discarded,
+
Re: [PATCH] multi-cast support for sendsms
BTW, I took care that the additional things don't break the current messages and handling of single message receivers in 'to'. So I guess this should be not breaking any current running setups?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[RFC] adding mysql support for multi-groups
especialy for sendsms-user and sms-service groups. I would suggest a mysql interface to allow Kannel to be configured to use the above multi-groups from the kannel config file *and* querying a mysql database. This way we may include and delete (i.e. sms-service) entries 'on-the-fly', which means without the need to restart smsbox. Any objections on this? It should be implemented as 'add-on' feature, it should *not* substitute the current config file directives for it. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[RFC] adding MSISDN provisioning to wapbox
As some of you know, we add Wapme have a properietary solution for so-called MSISDN Provisioning, which means wapbox queries for any imcoming request the MSISDN number from a NAS (network access service, i.e. Ascend MAX) based on the dynamical client ip. We use MySQL as storage for the client ip - MSISDN mapping. But the whole thing may be done wihtin the RADIUS protocol itself. So I'm asking if here are any RADIUS protocol specialists to give me a hand on this? It shouldn't be to hard, but I'm quite new to RADIUS internals and my time is somewhat limited either :) Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [RFC] adding MSISDN provisioning to wapbox
Paul Keogh wrote: * You could of course choose to implement the UDP proxy as a thread within the WAP box... yep, that was my intension. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: if make fails, try gmake
Andreas Fink wrote: Hi folks, I'm trying to compile kannel on a solaris 8 machine (SunOS 5.8) to see if I can reproduce the mutex problem I often run into. So I did: 1. checkout the software with cvs. 2. ./configure --with-malloc=native --disable-doc --with-mysql --with-mysql-dlr 3. typed make. what's --with-mysql-dlr?! -- I guess you mean --with-mysql-dir=path ?! it failed. The problem it was having is on the gwsrcs = ... lines using a wildcard. yep, I got the same one even on Solaris 2.6. typing gmake instead of make did the trick the odd thing is that make is a symbolic link to gmake :-) That's strange! -- Are you sure that you don't use a make which recides beneath /usr/ccs in the first case? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: smpp panic at reception (dlr probably)
Jörg Pommnitz wrote: I cannot comment on this exact problem, but it does not seem to warrant a panic. IMHO a defect PDU should be dropped without taking down all of Kannel. I agree. Defect send-in messages should not break further operations of Kannel. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Sending bookmarks to T39m
Aarno Syvänen wrote: has anyone succeeded sending a OTA bookmark to T39m. If so, can I have hexdump of the message. I begin to suspect that either the model or my phone is buggy. I have done this to a Nokia 7110 and Ericsson T520m with slight modification to the sendota function. Both worked. -- unfortunatly I have no hex dump. BTW, I wanted to add this (bookmark OTA sending, in addition to overall WAP setting OTA) too, unfortunatly hadn't the time, but wouldn't be that difficult. I guess we should then introduce a group = ota-bookmark and change group otaconfig to ota-config to be more precise that we have two OTA transmission abilities as the official Nokia and Ericsson spec specifies it. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: WTLS Patch for Kannel
Peter Lewandowski wrote: I was wondering if any one has any information about how to get kannel to work witrh WTLS. I've downloaded the two updated versions of 3ui.com's WTLS patch, but I can't find any information or documentation about how to get it all to work together. WTLS support has been incorporated to Kannel source itself. Unfortunatly there hasn't been any recent development and AFAIK it's yet not operatable. 3ui.com's extension, which is an additional wtlsbox works for several phones and connects to the bearerbox as if it is a WAP device itself. -- Unfortunatly it hasn't been documented for end user usage, developers may know how to use it. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: if make fails, try gmake
Jörg Pommnitz wrote: -Ursprüngliche Nachricht- Von: Bernino Lind [mailto:[EMAIL PROTECTED]] Gesendet am: Donnerstag, 17. Januar 2002 16:14 The Gnu make tool distributed with Linux has some differences from the BSD derived Make tool which is shipped with Solaris and *BSD. Solaris and those its make are SYS V based. yep, you'll have to make sure the Solaris stuff in /usr/ccs comes at last in $PATH :)) Das ist wirklich das letzte... :)) -- german joke for those who understand Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Sending bookmarks to T39m
Aarno Syvänen wrote: Hi Stipe, I would commit soonish (tomorrow ?) a patch accepting configuration and bookmark XML documents. Perhaps you will test it with your T520m ;) yup, I will. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: SMPP: possible to do RECEIVE_BIND only ?
Paul Keogh wrote: Hi. We've got access to an SMPP interface, which sort of works... But the SMPP only allows us to do BIND_RECEIVER, not BIND_TRANSMITTER. Is there any way to tell kannel to forget about that BIND_TRANSMIT that it cannot have? Kannel insists on doing an endless 2-second loop of 2002-01-09 10:42:48 [7] ERROR: SMPP: SMSC rejected login to transmit, code 0x000d. 2002-01-09 10:42:48 [7] ERROR: SMPP: I/O error or other error. Re-connecting. 2002-01-09 10:42:50 [7] ERROR: SMPP: SMSC rejected login to transmit, code 0x000d. 2002-01-09 10:42:50 [7] ERROR: SMPP: I/O error or other error. Re-connecting. Receiving works OK, though, it's just annoying with those connect attempts every 2 seconds... Do anyone know of a way to avoid that? Not through configuration. You'll have to make a code change to get this functionality. I guess this _should_ be configurable. Jacob, could you please send a patch for the devel@ list if you had your hands on this issue and we will try to incorporate it to cvs with configurable directives. -- Für weitere Fragen stehe ich Ihnen gerne telefonisch oder via E-Mail zur Verfügung. Mit freundlichen Grüßen Stipe Tolj Department Management Technology Center Research Lab [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [PATCH] multi-cast support for sendsms
Valter Santos wrote: I have tested the patch!... it works fine to me (for now!!!) have you tried white/black-lists too? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: sendsms
Karl Friedrich wrote: im using Kannel 1.1.5 over CIMD2... when FROM is not set or FROM has no value, the message is not being sent, but when i add value to FROM, the message is being sent... yep, that's how it is intended. See the user's guide for more. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Any SSL HTTP development for Kannel?
Charles wrote: Hi guys, I would like to ask wherther there is any development on SSL encypyted information transfer via HTTP from Kannel to other server. Normally, send SMS and SMSservice can interprete HTTP actions where HTTP request can be transfer over to another server, however, is there any SSL development on this transfer via HTTP ? Thansk. SSL support is fully (ok, certification checking is yet not done) implemented in both HTTP client (for https:// schemes in sms-services and WML decks) and HTTP server (for https:// scheme in admin and sendsms interface). See http://www.kannel.3glab.org/download/kannel-userguide-snapshot/userguide.html#SSL-ENABLING for more in the user's guide. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: Any SSL HTTP development for Kannel?
Jörg Pommnitz wrote: What's missing in http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/gwlib/conn.c.diff?r1 =1.39r2=1.40 ? Sorry Jörg, I did not want to make your contribution not worth noted. Of course it's implemented for the HTTP client side, but we have yet no configuration directives to handle such things like Check server certificate and accept if valid, or do SSL whether cert if valid or not. Am I right here?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: building docs
Bernino Lind wrote: Dear developers, Hope you enjoy your day. It now seems that the problem I have at hand, is very much related to configure and FreeBSD. Namely that configure does a search in a for loop only in a small set of possible places where docbook could be. I have changed configure a little bit: Thanks for the contribution Bernino. I have applied a patch to configure.in and re-produced configure with autoconf 2.13. Please note that we don't change things in configure itself, since it is generated from autoconf's input: configure.in. Could you update your local cvs tree and try it out. Should be working. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Queued Messages
Ronan Derby wrote: Folks, I'm looking at the kannel code and trying to figure out what constitutes a queued message. When/how does a message become queued? I'll try to answer this on a low-level, I'm not EMI or SMPP expert. In case of EMI the messages get queued when your SMSC is performing slower, (which means Kannel's bearerbox gets ACKs for the single submits) then your HTTP sendsms interface. In terms of network flows you have something like this: client - Kannel -- SMSC A QB If capacity of edge A is higher then the capacity of edge B, then the queue Q get's filled up with the stream of incoming messages. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[RFC] new single-group 'ring-service'
Andrea Viscovich [EMAIL PROTECTED] provided me a patch for implementing a ring service for the at2 devices. Basical idea is to use the GSM AT commands to get notice of incoming calls to the GSM modem device -- yes! you can call them, but don't wonder if they don't reply :)) -- and activate some kind of logic behind that. Andrea did this very hard-coded in gw/smsc_at2.c for a very special purpose and the way it is done there we will not be able to include it to cvs. I'll have to break things up a bit and make it more cleanly. Main intension is to introduce a new group called 'ring-service'. This is a single-group, due to the fact that you don't have keywords like in the 'sms-service' type to distinguish the logic, but -- yes, ofter you have the famous but -- you may distinguish by another criterial that is unique, like the caller's phonenumber itself. So here are the considerations that I would like to have some comments and discussion on: (i) group ring-service should be a single-group type. Hence any incoming call will be routed to the same URL/file, whatever, at least the same logic. The logic behind the HTTP request, i.e. Servlet or PHP script may distinguish by caller id and reply on a personalized basis. Such a single-group would look like this: smskannel.conf: [...] group = ring-service url = http://host/uri?param [...] with almost all fields that are used for the sms-service group. (ii) group ring-service should be a multi-group type, like sms-service. The keyword in sms-service group may be mapped to the caller's phonenumber here, using again routine facilities that are already available, like the unified-prefix things etc. The first group would be the default group if the caller id does not match with the other groups. Such a multi-group would look like this: smskannel.conf: [...] group = ring-service pattern = 4917;+49173; url = http://host/uri?param [...] where pattern specifies search-patterns for the caller's phonenumber that are routed to this service. Pros and cons for ring-services IMHO: pro: pull-operation without investment, which means you call the device and hence you don't need to pay for a SMS that initiates a service. pro: higher realtime closure, even while you reply by SMS you do initiate the service with a realtime mechanism, the call itself. (Think of the latency time an inbound SMS may take if the network is busy or blocked for SMS). con: we can not multiplex the incoming calls, so when user A calls the device an other user B may get a busy line signal. (This depends of course on the load of the system and the spread of request over time) con: are we still safe with incoming SMS messages when a ring-service is handled?! I don't know exactly, this should be investigated. At least it should work, since it works in real human usage environment too I guess?! Any comments welcome. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: Timeout-A - more info
WERKSTUDENT1 wrote: Sure! Sorry, but I'm getting a little bit into panic as my thesis has to be finished in a few weeks and I have to solve this problem :-) OK: I've got a client simulator using the kannel-wap-gw. It requests for some content from a web server. The web server starts my servlet which is performing some conversion methods before sending back the adapted content. Without performing any conversion the response to the client simulation is ok, but when the servlet processes some conversion methods there is no response to the client. The client simulation keeps waiting for response. Then I just replaced my conversion methods with a simple while-do-nothing-loop for a few seconds (to be sure there are no errors in my conversion methods) and I get this timeout-A again. That's why I think the solution might be found in the gateway. Moreover when using the servlet directly (i.e. via MS IE without kannel-wap-gw) the result is fine, even with conversion. so there is something with the conversions?! Can you point out what you mean with conversions, I don't have a clue here. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: AW: Timeout-A - more info
WERKSTUDENT1 wrote: What simulator do you use ? Siemens S45 isn't this a real phone?! How old is your Kannel version ? System CYGWIN_NT-4.0, release 1.1.8(0.34/3/2), version 2001-01-31 10:08, machine i686. this is your OS, not Kannel's version or cvs checkout date. -- BTW, I would suggest to upgrade to at leasr Cygwin 1.3.6-6 which includes funtionable pthreads so you can compile latest Kannel's cvs tree on your own. What are these conversion methods ? My conversion method grabs the clients GET-request, checks if the client is able to display the requested file and if not it replaces it with a file format it IS able to display (i.e. request for jpg, response is wbmp). does your HTTP server (apache or whatever) honour the right MIME type for .wbmp, which is usually in mime.types for Apache. It has to be *dig, dig, dig* image/vnd.wap.wbmp for the .wbmp suffix. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [RFC] new single-group 'ring-service'
Jörg Pommnitz wrote: This ring-service could be used in conjunction with other devices than GSM modems. You could attach an ISDN card with multiple channels listening on the same MSN and ease the problem of the busy phone. The answer would still have to be sent by SMS, of course. ok, I see the objections here. But, this would require different calling numbers for the sms-service and the ring-service, right? Technicaly it is of course possible to split that functionality and let the machine getting the inbound call on it's ISDN card to call the HTTP request and the HTTP request itself to call smsbox's HTTP interface for the SMS answer. So an ring-service implementatin in Kannel for GSM devices would not be sufcient for a high-load production environment (as SMS transmitting over GSM devices is not anyway). I'm just wondering if we should *add* this feature without an impact to existing operatibility, so small-load applications get possible without the need of extra components?! The implementation is not to hard to reject because of that. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [RFC] adding flash directive to sms-service group
Angel Fradejas wrote: Why not use the accept-x-kannel-headers in the sms-service declaration, and output a X-Kannel-MClass header in the http response? IMHO, no need for flash=yes ok, that was my obvious question. So we *have* already that support using the accept-x-kannel-headers directive for sms-service that sets the HTTP headers accordingly. Thanks for clearifying this. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: AW: Timeout-A - more info
Marc schrieb: Yes, I can, but please remember that it even does not work when I replace the function call of 'doConversions()' with a simple while-do-nothing-loop! So the servlet just does nothing, it waits, then it returns the requested wml-content without any conversions. ok. But fyi: the servlet checks, if the client is able to display for example a jpg. If not, it tries to convert it into something it _can_ display. Then the converted picture is sent back. Of course this conversion includes the changes of the ContentType-Header! But as mentioned above - forget about this conversion, it's not relevant in my opinion. And re. your last Email: Siemens S45 simulator software. It's the software running on the real phone, but with some changes! Version...Ups, Kannel wapbox 1.1.4! I'm not familiar with Cygwin etc., I just needed a gateway and took the devel. binaries from kannel homepage. Your last comment: It's not Apache Http-Server but my JServ-Servlet that takes care of the correct MIME-Types. It sets up the ContentType-Header in depending on the file-format which will be sent back. can you provide us a log from the wapbox debug information shown to output please, I'm wondering how it looks like while you try to request something using the simulator through kannel. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Deligates to 3GSM world congress?
Are there going to be any of us at 3GSM World Congress, 19-22. February, Cannes, France? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Wapbox does an idle loop in some cases
Jörg Pommnitz wrote: This looks very much like the smsbox eats all CPU cycles that has been discussed here on the list. One workaround was to disable HTTP-1.1 support and to use HTTP-1.0 instead. can you point that workaround more out, please? I have not found anything on the list itself. Has this been incorporated to the cvs tree? BTW, Aarno was talking about the wapbox generating such a load, even while it seems to be valid for smsbox. At least both have HTTP servers running, I guess that's where we should look at. [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Wapbox does an idle loop in some cases
Aarno Syvänen wrote: Using wapbox only for pushing (fetching is done by operator's gateway) seems to cause an idle loop, one thread (poll thread) taking up to 40 % of CPU time. I hope that this does not happen when wapbox is used for fetching (I cannot test this myself). The backtrace of the idle loop follows (taken from gdb when the poll thread is locked into the loop): 0x401df2b0 in poll () from /lib/libc.so.6 (gdb) bt #0 0x401df2b0 in poll () from /lib/libc.so.6 #1 0x080869f3 in gwthread_pollfd (fd=35, events=1, timeout=-1) at gwlib/gwthread-pthread.c:582 #2 0x08083226 in conn_wait (conn=0x81fe570, seconds=-1) at gwlib/conn.c:724 #3 0x0804c188 in read_from_bearerbox () at gw/shared.c:106 #4 0x0804ab2d in main (argc=2, argv=0xbda4) at gw/wapbox.c:433 #5 0x4012f65f in __libc_start_main () from /lib/libc.so.6 Adding sleep does help, and does not cause problems, when when only push is used (then wapbox is waiting only for administrative commands). But this 'solution' is hardly elegant. Perhaps someone having more knowledge about conn.c-module can make a comment. I am walking in the dark... I'm trying to enlight, but I lost my lighter somehow :)) Ok, ceriously, I hope my SSL server side implementation in gwlib/conn.c does not break things here. We have currently similar problem regarding gwthead_pollfd() on the Cygwin platform, where the bearerbox crashes if using WAP config layout. I was not able to reclaim from where the error is coming from :(( Aarno, are you running a SSL-enabled (at least compiled in) bearerbox an wapbox? If yes, could you try the same situation with a --disable-ssl build kannel to see if it depends with the SSL routine stuff? Thanks. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: FW: [PATCH] smsc_at2.c not counting escape caracters (gsm7bit)
Oded Arbel wrote: Hi list. Since we're already discussing the at2 gsm7bit escaping issue, I would like to resubmit my suggested fix for the problem (as apparently it did not arrive to the proper authorities the first time). my apologies if you are reading it for the second time. I would like to hear any comments on the patch, especially if it is rejected. I had a look on this and I'm giving a +1 for commitment. Others please?! Just applied the patch to a test environment and giving it a try for various smsc types. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: FW: [PATCH] smsc_at2.c not counting escape caracters (gsm7bit)
Stipe Tolj wrote: Just applied the patch to a test environment and giving it a try for various smsc types. tested messages via EMI2, SMPP and AT2, all ok. +1 for commitment from my side. Can someone test against the issues the patch is fixing, I guess I only tried to send normal messages through it? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: clashing unified-prefix?
[EMAIL PROTECTED] wrote: Hi. Some of our kannel-servers access both SMSCs and gsm modems. For each of these, a bit of unified-prefix trickery is needed. However, they don't need the same rules ! But there is only one unified-prefix setting in the core group? (thus, they conflict). 1) Isn't this a problem? 2) don't somebody else have the same problem? 3) shouldn't unified-prefix be an attribute on the SMSC-group ? Further on in our setup, we rely on phone-numbers to have been harmonized to international format (otherwise we can't route them freely). The problem boils down to: - SMSC gives us sms's, where phone numbers are in 'local' format (no country prefix). - gsm modem gives us sms with phone numbers WITH country code, but without Plus. Now if I set up a rule to add +45 to SMSC-style numbers, it will also affect modem-style numbers (which then end up with two 45 country prefixes :-(. Am I missing something obvious here (apart from that I of course could set up separate servers for modems and smscs). I see the dilema and was just thinking of how to solve this with a kludge in the unified-prefix itself, but I can't see one :(( You may be right here, so that a smsc specific unified-prefix would fix this problems. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: AW: AW: AW: Timeout-A - more info
Jörg Pommnitz wrote: What's the easiest way to compile the on my Win NT4-machine with VS6.0? I don't think there is an easy way for VS6.0. You will want to try cygwin (see http://sources.redhat.com/cygwin/). I agree and even strength this up to you HAVE TO use Cygwin 1.3.6-6 or later (1.3.9 is current). Please ask your Unix gurus if your not familiar with bash et al. I guess we don't answer basical Unix usage questions. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: OTA compiler added to CVS
Aarno Syvänen wrote: I just added OTA compiler (for compiling XML settings and bookmarks documents) to CVS. Settings part is tested with T39m and 6210, bookmarks with 6210. Well bookmarks are tested with T39m, they just do not work ;) thanks. Have you considered to add the SyncML (content-type: application/x-prov.syncset+xml and application/x-prov.syncset+wbxml) ? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: handshake error with SSL
Andreas Fink wrote: Hello everybody, yesterday i've configured SSL for the SMS Box. It's running very fine with a Self-Signed Certificate, but we don't have only HTTPS Webserver:-) Because, now it isn't possible to receive a normal HTTP request, it is only possible to receive a HTTPS request. Any idea ?? Is it possible to configure both HTTP/HTTPS in kannel, i found nothing in the latest CVS Documentation? I'm a little stupid guy perhaps :-))) enclosed the my complete Config Debug Hmm. well if you use port 443, its HTTPS, if you use port 80 or any other its HTTP. The cludge is that you can not specify two ports in smsbox. yep, and currently we only allow SSL handshaked TCP connections if SSL-enabling has been defined. It's possible to allow both, SSL handshaked and non-handshaked TCP connect to the same port, but we don't have any configure flag for that. However you could use two smsboxes with two config files talking to one bearerbox. Yep, I guess this should work and is the best way to seperate this. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Deligates to 3GSM world congress?
David Holland wrote: On Thu, Jan 24, 2002 at 05:43:34PM -, Paul Keogh wrote: Are there going to be any of us at 3GSM World Congress, 19-22. We (ANAM) will be there on the Enterprise Ireland stand. Drop by and say hello ! 3G Lab will have a stand... and a yacht. great, don't forget to send me a VIP pass for that! :)) Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: clashing unified-prefix?
Stipe Tolj wrote: [EMAIL PROTECTED] wrote: Hi. Some of our kannel-servers access both SMSCs and gsm modems. For each of these, a bit of unified-prefix trickery is needed. However, they don't need the same rules ! But there is only one unified-prefix setting in the core group? (thus, they conflict). 1) Isn't this a problem? 2) don't somebody else have the same problem? 3) shouldn't unified-prefix be an attribute on the SMSC-group ? Further on in our setup, we rely on phone-numbers to have been harmonized to international format (otherwise we can't route them freely). The problem boils down to: - SMSC gives us sms's, where phone numbers are in 'local' format (no country prefix). - gsm modem gives us sms with phone numbers WITH country code, but without Plus. Now if I set up a rule to add +45 to SMSC-style numbers, it will also affect modem-style numbers (which then end up with two 45 country prefixes :-(. Am I missing something obvious here (apart from that I of course could set up separate servers for modems and smscs). I see the dilema and was just thinking of how to solve this with a kludge in the unified-prefix itself, but I can't see one :(( You may be right here, so that a smsc specific unified-prefix would fix this problems. any comments on producing a patch for this from the other?! Can someone fix Jakob's dilemma with the set of directives we currently have? Jakob, can you provide a patch for this to be smsc-id specific? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: handshake error with SSL
Bjoern, while re-reading this thread I think Andreas and I missed what you meant in your question. Which one is it: a) You want to be able to use HTTP *and* HTTPS to *one* port (i.e. 443) for the sendsms HTTP interface. b) You want to have *only* HTTPS for the sendsms HTTP interface, but HTTP *and* HTTPS client support for the sms-service groups. c) You don't care for what the sendsms HTTP interface is used, you just want to assure you can do HTTP *and* HTTPS for the sms-service groups (i.e. url = http://foo; and url = https://bar;. I'm guessing c). So I'll answer to c): If you compiled in SSL-support then you don't have to activate the HTTPS client support in Kannel. smsbox-port-ssl activates *only* the SSL-enabling of the HTTP server for the sendsms interface. You can use https://; schemes directly in the sms-service groups. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[summary] HTTP/1.1 client requests causing CPU cycle bug/problem
Inspired by Jörgs repost of the orginal problem reported by: Frederik Ammitzbøll [EMAIL PROTECTED] Tue, 17 Jul 2001 12:07:02 +0200 Msg-ID: [EMAIL PROTECTED] I did some in-deep investigations on this and here is a draft of the current summary: As Frederik pointed out there is a *huge* impact when HTTP interfaces are used by HTTP/1.1 compliant user agents (especialy IE). When *any* HTTP server running as a thread in *any* box is triggered using a HTTP/1.1 request by IE the request gets served and ~1 minute later the box runs up to 99% of CPU cycles. Keep in mind that this has impact on *any* box, which means: bearerbox: for admin HTTP interface smsbox: for sendsms/sendota HTTP interface wapbox: for PPG interface due that all incorporate Kannel's HTTP server implementation from gwlib/http.c. Here is a log to reproduce the effects seen: $ cvs update gateway $ cd gateway $ ./configure --with-defaults=speed $ make progs $ cd gw $ ./bearerbox wapkannel.conf now at least bearerbox is running and listening to port 13000 for administration commands. Now use URL http://hostname:13000/ to access the bearerbox from your MS Internet Explorer. (Unfortunatly I could not reproduce the effect using HTTP/1.1 requests send using telnet by hand, which is indicating that IE produces some kind of effect here!) After ~1 minute you get the following effects on the platforms: i686-pc-linux-gnu (SuSE 7.x): 2002-01-26 02:39:45 [4] DEBUG: HTTP: Resetting HTTPClient for '1.2.3.4'. (~1 minute passes) (CPU cycle rate for bearerbox hits 99%) sparc-sun-solaris2.6 (E250): 2002-01-26 02:00:13 [3] DEBUG: HTTP: Resetting HTTPClient for '1.2.3.4'. 2002-01-26 02:01:13 [1] ERROR: Error reading from fd 20: 2002-01-26 02:01:13 [1] ERROR: System error 131: Connection reset by peer 2002-01-26 02:01:13 [1] DEBUG: HTTP: Destroying HTTPClient area 16f448. 2002-01-26 02:01:13 [1] DEBUG: HTTP: Destroying HTTPClient for '1.2.3.4'. (CPU cylce rate for bearerbox stays normal) i686-pc-cygwin (Cygwin 1.3.9): 2002-01-26 02:39:10 [3] DEBUG: HTTP: Resetting HTTPClient for '1.2.3.4'. 2002-01-26 02:40:10 [1] ERROR: Error reading from fd 39: 2002-01-26 02:40:10 [1] ERROR: System error 104: Connection reset by peer 2002-01-26 02:40:10 [1] ERROR: Error reading from fd 39: 2002-01-26 02:40:10 [1] ERROR: System error 104: Connection reset by peer 2002-01-26 02:40:10 [1] DEBUG: HTTP: Destroying HTTPClient area 0x100dacc0. 2002-01-26 02:40:10 [1] DEBUG: HTTP: Destroying HTTPClient for '1.2.3.4'. (CPU cycle rate for bearerbox stays normal) Note the 1 minute (!) difference in the Solaris *and* Cygwin log between the resetting of the HTTPClient and the error! So we have a different behaviour for the same situation on Linux and Solaris. Linux does not give any error message, but the thread seems to burn the CPU time. Solaris and Cygwin instead screems but leaves the CPU ticks alone. I guess we have some problem with TCP communication from IE to the HTTP servers of Kannel here?! Any other testers for MacOS X and FreeBSD, who may run this scenario and report what their OS does? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Getting message status from SMSC
Bernino Lind wrote: Kannel supports DeLivery Reports via MySQL. correcting this a bit if you don't mind Bernino. DLR support can utilize mysql dbs for storage, they don't have to. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [PATCH] smsc_at2.c not counting escape caracters (gsm7bit)
Lucio Ferrao wrote:
When smsc_at2 sent a message in 7bit the length written in the PDU did not
include
the escape chars. I solved the problem calling the charset_latin1_to_gsm a
little earlier.
This lead to missing end chars when using escaped chars []...
Lucio Ferrao
OutSystems
Index: gw/smsc_at2.c
===
RCS file: /home/cvs/gateway/gw/smsc_at2.c,v
retrieving revision 1.18
diff -c -r1.18 smsc_at2.c
*** gw/smsc_at2.c 2002/01/09 08:31:41 1.18
--- gw/smsc_at2.c 2002/01/23 19:24:19
***
*** 1490,1495
--- 1490,1498
pos++;
/* user data length - include length of UDH if it exists*/
+ if (msg-sms.coding == DC_7BIT) {
+ charset_latin1_to_gsm(msg-sms.msgdata);
+ }
len = octstr_len(msg-sms.msgdata);
if(octstr_len(msg-sms.udhdata)) {
***
*** 1551,1557
int ermask[8] = { 0, 1, 3, 7, 15, 31, 63, 127 };
int elmask[8] = { 0, 64, 96, 112, 120, 124, 126, 127 };
- charset_latin1_to_gsm(input);
len = octstr_len(input);
/* prevoctet is set to the first character and we'll start the loop
--- 1554,1559
is the patch from Oded Arbel [EMAIL PROTECTED] I just applied, see
http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/ChangeLog?rev=1.1665content-type=text/vnd.viewcvs-markup
solving this problem?
Can you please checkout a fresh cvs tree and try if this fixes the
behaviour you noticed?
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
Re: AW: handshake error with SSL
Bjoern Buettner wrote: We have one HTTPS webserver and we have one HTTP webserver. Both servers hold a site with a send SMS formular. If SSL is enabled, only the HTTPS webserver will send the SMS correctly via SSL tunnel, and the smsbox receives it and sends the message to the recipient successful. Thats ok, the other HTTP webserver sends the SMS to the smsbox too, but the smsbox did not treat the request. Over again the error message... 2002-01-25 09:54:41 [2] ERROR: HTTP: unsuccessfull SSL handshake for client `195.233.210.4' 2002-01-25 09:55:41 [2] WARNING: SSL: handshake failed: HTTP spoken on HTTPS port 2002-01-25 09:55:41 [2] WARNING: SSL: OpenSSL: error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request 2002-01-25 09:55:41 [2] WARNING: SSL: disconnecting. Sure, the warning is correct, because it is a HTTP request. Is it not really possible to configure kannel to handle request from HTTP and HTTPS servers (client's)? you are trying to connect to the SSL-enabled sendsms HTTP interface of smsbox, right?! So you have to use a SSL-enabled HTTP client to do this. The log states that a HTTP client tried to connect to the SSL-enabled port without initiating the SSL handshake, i.e. you use the scheme http://localhost:13013/sendsms; on the SSL-enabled port 13013. I'm guessing that you take the message via your a) HTTPS server and b) HTTP server and then do internal logic in them, i.e. PHP or ASP and issue a HTTP client request to the smsbox, right? If you configured to use a SSL-enabled sendsms interface, then the internal logic has to connect via SSL. In a CGI environment you use a SSL-enabled curl or their should be SSL-enabled HTTP classes for Java. There is no misbehaviour in Kannel regarding this. If you configure to have a SSL-enabled HTTP interface for smsbox you do have to garantee that the client are capable of connecting to such one. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: SMPP implementation in current CVS build
Alex Judd wrote:
Just my luck that I upgrade to a SMPP connection and have lots of fun
trying to get Kannel to run with it :) From my (brief) investigations it
looks like the way that gwthread_create is implemented has changed - so
that the old format of the function passes the wrong parameters to it -
for example:
smsc_emi2.c: gwthread_create(emi2_listener, conn)) == -1)
smsc_emi2.c:if ((privdata-sender_thread =
gwthread_create(emi2_sender, conn)) == -1) {
smsc_smpp.c:smpp-transmitter = gwthread_create(io_thread,
io_arg_create(smpp, 1));
smsc_smpp.c:smpp-receiver = gwthread_create(io_thread,
io_arg_create(smpp, 0));
With the SMPP code this causes the mutex lock code to try and lock the
same mutex twice and hence panics the box.
I'm a bit confused about this report.
We do have productive SMPP installations around, right? Those have yet
not been complaining about such an issue, AFAIK.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
Re: SMPP TON
Peter Löfman wrote: has there been any change in the CVS smsc_smpp lately? I have a some weeks old version which is working very fine with my SMS-C and it sends message with TON=0. But now when I tested the latest cvs, the message was sent with TON=2, which is not good because the sms-c does not accept it. I guess this change from 2001-11-22 Andreas Fink [EMAIL PROTECTED]: http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/gw/smsc_smpp.c.diff?r1=1.42r2=1.43 is causing your trouble. Could you please contact Andreas and CC to the list what's the cause. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[ANN] multi-cast support for smsbox patch applied
Just to let you all know that I commited the patch I proposed for the multi-cast support in gw/smsbox.c:smsbox_req_handle(). At least some of us have tested this and yet no objections have been posted, so here it goes. If it breaks something for you, please claim ASAP. See Msg-ID: [EMAIL PROTECTED] for details. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Problem building docs from CVS
Andrew McMillan wrote: I note there is no Build-Depends: ... in the control file. I guess there should probably be one which includes a minimum of libxml2-dev, and probably also jade, openjade, tetex-base, tetex-bin, tetex-extra and texinfo. Should I work it out and submit a patch? Who to? please send the patch to the devel@ list with a prefixed subject [PATCH] foobar patch. Developers will review it, vote for commitment and incorporate it in CVS. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: DLR on AT
Matthew Flax wrote: I have a mostly tested release from last year. It only supports Local DLR (LDLR). what's LDLR? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: forced-smsc not working with concatenated.
Stefan Cars wrote: Let me correct myself.. it seems that it is not the concatenated that is the problem it looks like it's sending every other message right.. My setup is as follows smsc A and smsc B you have to beware if you use more then one smsc definition to route the outgoing SMS. Use forced-sms in the sms-sender group and denied-smsc in the smsc group to achive this. smsc B has preferred prefix 0702 sendsms-user modsen has forced and preferred-smsc set to smsc A (i've tried both together, and by themselves). every other message send through sendsms-user modsen is sent right (through smsc A) and the others is sent through smsc B. yep, this is the same effect we had on a system while figuring out how to configure the routing. I'll dig this out and send an example config. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Kannel as WindowsNT internal service
Andreas Heckwolf wrote: we are using Cygwin's cygrunsrv.exe to install all Kannel-boxes as Windows NT services. Works just fine. yep, I can confirm this too. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: SMPP implementation in current CVS build
Andreas Fink wrote:
Alex Judd wrote:
Just my luck that I upgrade to a SMPP connection and have lots of fun
trying to get Kannel to run with it :) From my (brief) investigations it
looks like the way that gwthread_create is implemented has changed - so
that the old format of the function passes the wrong parameters to it -
for example:
smsc_emi2.c: gwthread_create(emi2_listener, conn)) == -1)
smsc_emi2.c:if ((privdata-sender_thread =
gwthread_create(emi2_sender, conn)) == -1) {
smsc_smpp.c:smpp-transmitter = gwthread_create(io_thread,
io_arg_create(smpp, 1));
smsc_smpp.c:smpp-receiver = gwthread_create(io_thread,
io_arg_create(smpp, 0));
With the SMPP code this causes the mutex lock code to try and lock the
same mutex twice and hence panics the box.
I'm a bit confused about this report.
We do have productive SMPP installations around, right? Those have yet
not been complaining about such an issue, AFAIK.
Stipe
I was able to reproduce this problem on my Solaris 8 box. I then made
a wrapper around mutex_lock (created mutex_lock_real adding __FILE__
and __LINE__ to the call as a macro) and print out the line and file
position of the mutex lock. This made the error go away. Its
completely illogical to me but it fixed it. its in CVS right now.
yep, that's strange.
I just reviewed the change and it seems the logic is the same. Hmmm..
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
Re: SMPP TON
Peter Löfman wrote: Hi, well I solved the problem by re-compiling with the ton set to 0. It might be possible that 1 (international) will work also, I have not tested yet. But with 2 (national) it did not work. so, how about setting this ton variable by a configuration directive within the smsc group?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: sms content providers
Patrick Mignott wrote: hello all, i hope i am not in the wrong discussion group, but i would like to know if anyone knows of a SMS contact provider that can delver sms news, sports, weather, ect. for the UK and is compatible with kannel?. this is *definitly* off-topic. You may post such questions to the users@ mailing list. I have forwarded your question to it. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: wap push handset
Zhou Ye wrote: I wanted to know what specific handsets support WAP Push, appreciate it if you can share your expertise. Also is any special hardward needed in the telco to handle WAP Push, or can we use say SMPP or UCP straight to a conventional SMSC and be OK? How should the message be composed? in general this sort of questions are *off topic* and *may* be posted to the users@ list. I'll answer this anyway, because getting those kind of information is quite hard like we expienced on our own. Currently there are the following WAP 1.2 Push capable devices (AFAIK, Aarno, correct me if I missed one): Nokia 9210 (at least our upgraded versions, don't know if all) Ericsson R520m Ericsson T68m Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: wap push handset
Zhou Ye wrote: Also is any special hardward needed in the telco to handle WAP Push, or can we use say SMPP or UCP straight to a conventional SMSC and be OK? How should the message be composed? I did not answer all, so here is the rest. No, there is no special hardware required. WAP Push messages are encapsulated as normal SMS messages (if you use SMS as bearer) in the UDH data segment. WAP Push architecture is described in detail at the according specification from the WAP Forum, see http://www.wapforum.org/what/technical.htm BTW, Kannel has PPG (push proxy gateway) and PI (push initiator) support build in. All glory and blame go to Aarno in this case :)) Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: WARNING: Skipping faulty header. / trouble with SIEMENS S35 /Kannel WAP /
Bjoern Buettner wrote: I've configured the kannel WAP GW- in version cvs 30-dec.2001. Previous version of Kannel WAP was 1.0.5, it worked very fine. With the new version, we have some problems with SIEMENS S35 Phones. If I try to connect with the SIEMENS S35 to the gw, following error appears. 2002-01-31 13:19:12 [1] WARNING: Unknown content type 0x202. 2002-01-31 13:19:12 [1] WARNING: Skipping faulty header. Is it a problem with Kannel or the SIEMENS S35 WAP Browser ? I guess this is a problem with the user agent of Siemens S35, the openwave.com (aka phone.com) browser. The browser seems to set headers that are explicitly out of the official specification and hence Kannel detects it as unknown content types! AFAIK, phone.com did this to enable properietary functionality with their own phone.com WAP GW. So the WML deck should be displayed using kannel, but you still get the warnings in the log. There has been a thread on the mailing list if we should figure out what this headers are used to mean and if we would try to support them. But as you may imagine this would mean getting onto to properietary line of phone.com and the group das declined to do so. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Too many concurrent allocations.
Richard Braakman wrote: In either case, Stipe is right in that the panic was from the malloc checking code, and not from the server running out of memory. I just wanted to point out that if you get that panic, it still means there's an actual bug. You can hide it by turning off the malloc checker and installing lots of memory :-) Richard, can we utilize some function to detect memory leaks using the checking malloc routines already built-in Kannel? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Too many concurrent allocations.
Nisan Bloch wrote:
I sent you a small patch for the smpp module a few days ago. It should
address this error.
Here it is again.
--- gw/smsc_smpp.c Thu Jan 17 22:51:52 2002
+++ smsc_smpp.c Mon Jan 21 21:01:35 2002
@@ -548,6 +548,7 @@
info(0,DLR = %s,octstr_get_cstr(dlrmsg-sms.msgdata));
bb_smscconn_receive(smpp-conn, dlrmsg);
+ bb_smscconn_sent(smpp-conn, msg);
}
else
{
could you please explain what the patch is addressing and why it
should be incorporated? I don't see the point.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
Re: AW: WARNING: Skipping faulty header. / trouble with SIEMENS S35 /Kannel WAP /
Bjoern Buettner wrote: Has anybody a solution regarding my problem? are you sure your Siemens S35 does *not* receive the WML deck through kannel? You may provide my by private email the wml deck that you are trying to test against, if it is static, and I'll try this using our dedicated WAP dial-in environment. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Too many concurrent allocations.
Richard Braakman wrote: The SIGQUIT code is in signal_handler() in wapbox.c, and can be easily copied to the other boxes. I just added this to gw/bearerbox.c and gw/smsbox.c. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: help...
macky wrote: is there any way i can execute an external command or a script just incase a special key X is texted im pertaining to the smskannel.conf group = sms-service keyword=X text= ANYTHING unfortunatly not directly as you may intend to. Ian pointed out about the HTTP server access to process any dynamic content. But I guess you think of something like this: group = sms-service keword = uptime exec = uptime which returns the output of the system command uptime to your handset?! I had similiar ideas, but yet no time. Contributions are welcome. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Incorrect timestamp on incoming messages - has this been fixed?
Andrew Cowles wrote: Hi Guys/Gals, I'm using 1.1.5 in production system for incoming SMS over Wavecom GSM modems. This has been working okay - but I have a problem with message time (%t). Messages sent this morning come wit time time stamps like 1932-01-19 18:36 - which is well out! ;o) Has this been fixed? how about temporarily update to current cvs and try on your own?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[FYI] gdb-tdi (Thread Debug Interface)
For those dealing with debugging of threads, here is a usefull link I guess: http://www.informatik.hu-berlin.de/~mueller/TDI/ Has anyone yet resolved the problem we get in gwlib/thread.c:mutex_unlock_real(), Andreas maybe?! I'm getting this on a regular basis for a Linux 2.x machine where a Siemens M20 is connected and only incoming SMS are handled. (This machine is used to validate the EMI2 connection of a productive machine). Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [FYI] gdb-tdi (Thread Debug Interface)
Benjamin Lee wrote: For what it's worth, I've found that it only happens with --enable-debug. But I may be quite wrong in my implication... I get it while having $ ./configure --with-defaults=speed which explicity should not include debugging. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: How to construct Flash SMS
Dedy Sutanto wrote: Dear all, I am using kannel 1.0.3, the latest stable one and have customize this version to suit with my SMPP connection.. Currently, I use it to serve logo operator, ring tone and sms-email. I just wonder how to construct flash sms in this version. Can anybody give any guiden or link to such information. I'd like to expand my services with flash sms feature. you should consider to upgrade to the current cvs tree, or at least backport the flash sms support out of it. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: How to construct Flash SMS
Andreas Fink wrote: You got to send the numbers to kannel in international format (+...) to get TON to be set to 1. If you send them in national format without the +, TON is set to 2 (national), not 0 (unspecified) Or you might simply patch that part to set TON always to zero. Depends on the SMSC you are using. Mine does not accept zero. Second problem you could run into is that you are sending alphanumeric FROM address which some SMSC's dont like. Andreas, it seems this TON issue is getting us into trouble. Shouldn't we use internal logic to handle this? I don't think it would be too hard to figure it out? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Fwd: Release Status
Jaap Bouma wrote: The site still stays 1.0.3 is production and 1.1.5 is definitely NOT production. What's the official status on this, and perhaps it would be nice to say something more specific on the website. it's hard to tell what the official status is, IMHO. I don't know if we will backport bugfixes in the current CVS tree to 1.0.3. It would be a lot of work and there seems not to be any interest as we have a relatively stable version in CVS. From my perspective I would like to tag current CVS as development. As soon as we have the major showstoppers issues (see STATUS file) solved and at least a couple of us have that version running in productive environment for some time (a week or so) I would tag this as stable and go on. BTW, holding two branches, stable and development is rather work-intesive at least for the release manager. A lot other open source projects do it with single versioning, are there any objections for that? I would like to see discussion if the remaining developers prefer the two branch or one branch method. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: How to construct Flash SMS
Andreas Fink wrote: Ok. well the question is why is it getting into trouble as TON=1 is definitively a valid setting. TON=2 (national) could be replaced for TON=0 (undefined). Maybe that fixes 99% of the cases. In my case TON=0 is not accepted by the SMSC (which I consider a valid response). Maybe it would be good to create a list of SMSC types which act differently. so why the f?+k do we have a SMPP protocoll spec?! *calming down again* Maybe it's protocol versions that clash concerning the TON issue in SMPP? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: WTP-SAR and Ericsson T68m
Andreas Fink wrote: We have encountered a problem using the T68m with Kannel as WAP gw. The log shows the following entry: 2002-02-04 13:47:19 [6] DEBUG: WTP_RESP: no sar implemented,aborting transaction which means the client has requested SAR processing and Kannel refused that. By protocoll the client SHOULD fall back to non-SAR mode, but it seems the T68m rather hangs-up. I think we should implement SAR... any volounteers? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: timestamps, scripts and nokia 7110
Malmström, Dennis wrote: The changes I made are: 1) Added three escape codes: %z, skips a word. I guess this may be replicated using %s for the next word but without processing it actually in the CGI environment. %A, same as %a but without url encoding. %R, same as %r but without url encoding. whhhuuaa, this will break HTTP protocoll in case the user does not send URL encoded text?! 2) Added the possibility of executing a command line instead of fetching an url. Configuration file example: group = sms-service keyword = default execute = command line that's usefull, at least if it's done in a serious and secure manner. I'll review this. 3) Added modemtype nokia7110. I started out using the modemtype premicell (which I somehow gathered was nokia related). Getting it to work required a few changes to the GSM modem handling code (gw/smsc_at.c). I created a new modemtype so I wouldn't change the definition of an existing one. modemtype = nokiaphone is already available in the development branch and CVS. AFAIK, it was yet not available in the stable tree, so this may be skipped. 4) Fixed broken timestamp parser. I am not sure wether this is a general issue or specific to nokia 7110. Anyway, the existing code produced nonsense values for the data sent from a nokia 7110. Is this reproducable using the current cvs tree? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: FW:[PATCH] timestamps, scripts and nokia 7110
Oded Arbel wrote: Now decode_deliver decodes time correctly, but I still get bogus time stamps with the messages - I guess it's date_convert_universal() fault's. l'll look into it next. All the patches below are Dennis Malmstrom's, except the smsc_at2 patch which is my own's. can you isolate the timestamp issue to an *own* patch for the current cvs tree, please. BTW, please keep patches issue related! This makes reviewing of the core developers more easy and the change your patch gets commited way more greater. (I have fallen into this ohhh, let's see I fix this and this and this and send everything to them... fall a couple of times myself.) Thanks in advance. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Wap Push problems
Olivier Durécu wrote : PS: for alcatel mobiles, two AT commands are wrong - AT+CNMI=1,3,0,0 (1,2,0,0 does not work) - for AT+CMGS, the PDU must begin with extra 00 can you provide us a clean patch of smsc_at2.c for the Aplcatel support? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Wap Push problems
Olivier Durécu wrote: Hi list, I am testing Kannel wap push capabilities with Alcatel mobile phones but not successfully. I use AT2 as SMSC. The execution of the AT command seems OK... But no push comes on the target phone... Could someone give me a complete AT+CMGS command, that has already worked on another phone (to realize a push) so that I check what is the wrong (the AT command, Alcatel Mobile, ...). I tried to send SI and SL documents via Siemens M20, but it failed. I don't know why and I didn't investigate, because we use EMI2 for productive environments. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: kannel compile error
Patrick Mignott schrieb: /usr/local/include/libxml2/libxml/encoding.h:30: giconv.h: No such my /usr/include/libxml2/libxml/encoding.h:30 does: #include iconv.h So I guess you don't have any giconv.h in your include path. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: How to construct Flash SMS
Alex Judd wrote: Stipe/Andreas Can we not just apply the patch I submitted to do this last week? This allows for manual override or automatic fall back if not used. Anreas, any objections from your side? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[RFC] HTTP/1.1 showstopper
Is anyone investigating the major problem I reported in my mail: Subject: [summary] HTTP/1.1 client requests causing CPU cycle bug/problem Msg-ID: [EMAIL PROTECTED] ?? IMHO, (and the STATUS file opinion :)) this is a major showstopper for a stable release. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: [PATCH] OIS doesnot handle GSM 03.38 escape sequences.
Oded Arbel wrote: Hi list. Well - the subject line says it all. it really doesn't - I checked ;-) The Kannel that we have running with an OIS SMSC is very old but a patch agains a 1.0.3 or something wouldn't be much help, so here's a port of our patch to the latest development. Note : its completly untested (on the development branch), but it's very simple and shouldn't be much trouble. patch applied, thanks! Do we still need definition and implementation of ois_convert_from_iso88591() inside smsc_ois.c? We are getting warning from the automatic compilation tests I would like to get rid of. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
[FYI] new exec translation type for sms-service groups
I have forward-ported Malmström, Dennis [EMAIL PROTECTED] submission for having an executable shell command sms-service group. This introduces the ability to have this in kannel.conf: group = sms-service keyword = uptime exec = uptime as an example. Please be aware that there is almost no security considerations for this type. Which means everything that executes from smsbox has full priviliges of the smsbox current process user. So beware to who you allow usage of this service type. I'll addopt security related things into it ASAP. This will include further directives like: group = sms-service keyword = uptime exec = uptime user = nobody group = nogroup timeout = 2 to allow execution under different users and timeout the shell command if we take to long. Any volounteers who would contribute here are highly welcome. Thanks to Malmström, Dennis for the 1.0.3 patch that has been used. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: Wap Push problems
Olivier Durécu wrote: You can find attached smsc_at2.c containing alcatel as new modem type. But it seems that Alcatel mobiles only understands 7 bits encoding, where can the encoding parameter be modified ? patch applied, thanks. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
