Re: sendota problems
Hi, There seems to be an incombatibility between kannel's wbxml and Nokia's. I intend to fix it, but in a month or so. In the meantime you might want to compile the message manually, as described by Pai Peng. BR, Nikos - Original Message - From: Tomas Verbaitis tom...@megalogika.lt To: users@kannel.org Sent: Monday, March 16, 2009 1:24 PM Subject: sendota problems Hello, I want to configure synchronization for Nokia 6070 mobile phone. My program generates this XML provisioning document: ?xml version=1.0? !DOCTYPE wap-provisioningdoc PUBLIC -//WAPFORUM//DTD PROV 1.0//EN http://www.wapforum.org/DTD/prov.dtd; wap-provisioningdoc characteristic type=BOOTSTRAP parm name=NAME value=SKLADDEVEL/ /characteristic characteristic type=APPLICATION parm name=APPID value=w5/ parm name=TO-NAPID value=INTERNET / parm name=NAME value=SKLADDEVEL/ parm name=ADDR value=http://megalogika.stp.lt/funambol/ds/ characteristic type=RESOURCE parm name=URI value=card/ parm name=NAME value=Contacts DB/ parm name=AACCEPT value=text/x-vcard/ /characteristic characteristic type=RESOURCE parm name=URI value=cal/ parm name=NAME value=Calendar/ parm name=AACCEPT value=text/x-vcalendar/ /characteristic characteristic type=RESOURCE parm name=URI value=notes/ parm name=NAME value=Notes/ parm name=AACCEPT value=text/plain/ /characteristic characteristic type=APPAUTH parm name=AAUTHNAME value=funUsrVe/ parm name=AAUTHSECRET value=funPassVe/ /characteristic /characteristic /wap-provisioningdoc When i send it via Kannel's /sendota, via this request: /cgi-bin/sendota?password=##username=##type=oma-settingssec=USERPINpin=1234to=%2B37069953201text=%3C%3Fxml+version%3D%221.0%22%3F%3E%0A%3C%21DOCTYPE+wap-provisioningdoc+PUBLIC+%22-%2F%2FWAPFORUM%2F%2FDTD+PROV+1.0%2F%2FEN%22%0A%22http%3A%2F%2Fwww.wapforum.org%2FDTD%2Fprov.dtd%22%3E%0A%3Cwap-provisioningdoc%3E%0A%3Ccharacteristic+type%3D%22BOOTSTRAP%22%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22SKLADDEVEL%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22APPLICATION%22%3E%0A%3Cparm+name%3D%22APPID%22+value%3D%22w5%22%2F%3E%0A%3Cparm+name%3D%22TO-NAPID%22+value%3D%22INTERNET%22+%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22SKLADDEVEL%22%2F%3E%0A%3Cparm+name%3D%22ADDR%22+value%3D%22http%3A%2F%2Fmegalogika.stp.lt%2Ffunambol%2Fds%22%2F%3E%0A%3Ccharacteristic+type%3D%22RESOURCE%22%3E%0A%3Cparm+name%3D%22URI%22+value%3D%22card%22%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22Contacts+DB%22%2F%3E%0A%3Cparm+name%3D%22AACCEPT%22+value%3D%22text%2Fx-vcard%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22RESOURCE%22%3E%0A%3Cparm+name%3D%22URI%22+value%3D%22cal%22%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22Calendar%22%2F%3E%0A%3Cparm+name%3D%22AACCEPT%22+value%3D%22text%2Fx-vcalendar%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22RESOURCE%22%3E%0A%3Cparm+name%3D%22URI%22+value%3D%22notes%22%2F%3E%0A%3Cparm+name%3D%22NAME%22+value%3D%22Notes%22%2F%3E%0A%3Cparm+name%3D%22AACCEPT%22+value%3D%22text%2Fplain%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3Ccharacteristic+type%3D%22APPAUTH%22%3E%0A%3Cparm+name%3D%22AAUTHNAME%22+value%3D%22funUsrVe%22%2F%3E%0A%3Cparm+name%3D%22AAUTHSECRET%22+value%3D%22funPassVe%22%2F%3E%0A%3C%2Fcharacteristic%3E%0A%3C%2Fcharacteristic%3E%0A%3C%2Fwap-provisioningdoc%3E it generates a single sms message: 0051000B9173x0xxFx0004A7870605040B840B8401062F1F2DB69181923738424536353833373946364436324435394544374431323831443536454141423541343346353500030B6A0045C65003424F4F5453545241518705034E414D45000603534B4C414556454C000101C650034150504C49434154494F4E0001870503415050494400060377350001870503544F which is successfully delivered to the handset which then claims that it is 'Unable to save settings. Setttings discarded.' I tried this via GET request and POST request as well (not XML post, though, because I could not find anything concerning OMA CP in the examples provided in Kannel user guide). Meanwhile, NowSMS generates 3 messages: 0051000B917xx0xxFx0004A78C0B05040B8423F305030105062F1F2DB69181924144304542424539423642323245443636433746433236353435373437433036373243394243454300030B6A0C54657374310074657374310045C6560187070683000101C600015501873606037735000187220603494E5445524E45540001870706830001870001340603687474703A2F2F6D 0051000B9173x0xxFx004A77D0B05040B8423F305030320444200018700012E0603746578742F782D7663616C656E646172000101C600015901873A06032E2F6E6F7465730001870706034E6F74657320444200018700012E0603746578742F706C61696E000101C6000157018731068306018700013206830601010101 0051000B9173x0xxFx0004A78C0B05040B8423F30503026567616C6F67696B612E7374702E6C742F66756E616D626F6C2F64730001C600015901873A06032E2F636F6E7461637473000187070603436F6E746163747320444200018700012E0603746578742F782D7663617264000101C600015901873A06032E2F63616C656E64617200018707060343616C656E646172 which are successfully delivered to the phone and recognized by it as a valid and working
Please unsubscribe me
Thanks and Regards, Shalini Yadav iSmart Panache
Re: Omitting the generation of delivery reports
Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - From: Elton Hoxha To: Falko Ziemann Cc: kannel users Sent: Monday, March 16, 2009 2:47 PM Subject: Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL(msg-sms.dlr_mask))00918 pdu-u.submit_sm.registered_delivery = 1; Inside the SMPP_PDU *msg_to_pdu function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.com wrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR-URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
Re: problem with sendsms POST method
Hi, Please post the URL and post variables you send, your sendsms-user configurations, along with your HTTP code and smsbox log lines with problem (loglevel 0). BR, Nikos - Original Message - From: Jovan Kostovski chomb...@gmail.com To: Beatrice Tamburrino beatrice.tamburr...@gmx.ch Cc: users@kannel.org Sent: Monday, March 16, 2009 6:43 PM Subject: Re: problem with sendsms POST method On Mon, Mar 16, 2009 at 5:10 PM, Beatrice Tamburrino beatrice.tamburr...@gmx.ch wrote: hi, kannel is working fine. Now I need to change the request type to POST Β (from an own written sendsms script). My application receives the error code (curl) 22 == the request has been rejected from the kannel server.. check what's the http error code. curl_getinfo(CURL_HANDLE, CURLINFO_HTTP_CODE) If kannel rejects the http post request it could be malformed request. Can you send us what are you trying to send via the post request. I do the same request via url (browser) with a special character in the message (which is the reason why I want to change from GET to POST) What's that special character that can not be send via get request. maybe there is a way to url encode that character. BR, Jovan
Re: Omitting the generation of delivery reports
Hi, My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC not to generate status report in the database. With DLR-MASK whatever its value is, the SMSC will generate it, but KANNEL will decide whether will retrieve it or not. I`m using BULK SMS sending hundreed of thousands SMS and IT is exhausting for SMSC to generate this amount of reports. Thanks Elton 2009/3/17 Nikos Balkanas nbalka...@gmail.com Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Falko Ziemann fal...@gmail.com *Cc:* kannel users users@kannel.org *Sent:* Monday, March 16, 2009 2:47 PM *Subject:* Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL http://doxygen.kannel.org/d1/d5d/dlr_8h.html#a13(msg-sms.dlr_mask)) 00918 pdu http://doxygen.kannel.org/df/de6/wsp__session_8c.html#a182a79-u http://doxygen.kannel.org/da/d81/structSMPP__PDU.html#o15.submit_sm.registered_delivery = 1; Inside the SMPP_PDUhttp://doxygen.kannel.org/da/d81/structSMPP__PDU.html* msg_to_pdu http://doxygen.kannel.org/de/dfe/smsc__smpp_8c.html#a23function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.com wrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR-URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
Re: Omitting the generation of delivery reports
Simply not set the DLR-MASK and DLR-URL then kannel will not request any DLR. That's the only chance. Regards Falko Am 17.03.2009 um 08:29 schrieb Elton Hoxha: Hi, My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC not to generate status report in the database. With DLR-MASK whatever its value is, the SMSC will generate it, but KANNEL will decide whether will retrieve it or not. I`m using BULK SMS sending hundreed of thousands SMS and IT is exhausting for SMSC to generate this amount of reports. Thanks Elton 2009/3/17 Nikos Balkanas nbalka...@gmail.com Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - From: Elton Hoxha To: Falko Ziemann Cc: kannel users Sent: Monday, March 16, 2009 2:47 PM Subject: Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL(msg-sms.dlr_mask)) 00918 pdu-u.submit_sm.registered_delivery = 1; Inside the SMPP_PDU *msg_to_pdu function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.com wrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR- URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
Re: Omitting the generation of delivery reports
What about the message ID that comes from SMSC??? If DLR-URL is not set I`m losing that value too. Regards Elton On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.com wrote: Simply not set the DLR-MASK and DLR-URL then kannel will not request any DLR. That's the only chance. Regards Falko Am 17.03.2009 um 08:29 schrieb Elton Hoxha: Hi, My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC not to generate status report in the database. With DLR-MASK whatever its value is, the SMSC will generate it, but KANNEL will decide whether will retrieve it or not. I`m using BULK SMS sending hundreed of thousands SMS and IT is exhausting for SMSC to generate this amount of reports. Thanks Elton 2009/3/17 Nikos Balkanas nbalka...@gmail.com Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Falko Ziemann fal...@gmail.com *Cc:* kannel users users@kannel.org *Sent:* Monday, March 16, 2009 2:47 PM *Subject:* Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL http://doxygen.kannel.org/d1/d5d/dlr_8h.html#a13(msg-sms.dlr_mask)) 00918 pdu http://doxygen.kannel.org/df/de6/wsp__session_8c.html#a182a79-u http://doxygen.kannel.org/da/d81/structSMPP__PDU.html#o15.submit_sm.registered_delivery = 1; Inside the SMPP_PDUhttp://doxygen.kannel.org/da/d81/structSMPP__PDU.html* msg_to_pdu http://doxygen.kannel.org/de/dfe/smsc__smpp_8c.html#a23function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.com wrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR-URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
Re: problem with get-url or encoding
i think this is not your trouble in my case i have get-url = good+morning and message looks like good morning maybe you can search answer in recode between octet/septet On Tue, 17 Mar 2009 10:30:11 +0300, users-requ...@kannel.org wrote: essage: 2 Date: Tue, 17 Mar 2009 11:16:11 +0500 From: Ishtiaq Ahmed ishtiaq.ah...@ooober.com Subject: problem with get-url or encoding To: users@kannel.org users@kannel.org Message-ID: 49bf402b.4050...@ooober.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I am having problem with meta-data values in kannel... Some of the meta-data values has special characters in it like '$', '+', '_'... etc When the meta-data is sent to the application using get-url = http://MO:7080/ooobermoframework/receivemsg.htm?sender=%ptext=%ashortcode=%Poperatorid=%ometa-data=%Dsmscid=%i; The value specially + sign is appearing as space... Is there is some problem with my get url... or some way we can encode them properly... Thanks, Ishtiaq Ah,ed -- Kind regards, Andrey Ponteleev Mobile Service, LLC GSM: +7 909 1391777 Fax: +7 8332 540956 ICQ UIN: 436971982 ionmobile support team: www.ionmobile.ru Skype: ion-support Msn: supp...@ionmobile.ru SMS contact sender: Kirov on +79195052000
Re: Omitting the generation of delivery reports
Actually not. You get it in access logs. Nikos - Original Message - From: Elton Hoxha To: Falko Ziemann Cc: Nikos Balkanas ; kannel users Sent: Tuesday, March 17, 2009 9:42 AM Subject: Re: Omitting the generation of delivery reports What about the message ID that comes from SMSC??? If DLR-URL is not set I`m losing that value too. Regards Elton On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.com wrote: Simply not set the DLR-MASK and DLR-URL then kannel will not request any DLR. That's the only chance. Regards Falko Am 17.03.2009 um 08:29 schrieb Elton Hoxha: Hi, My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC not to generate status report in the database. With DLR-MASK whatever its value is, the SMSC will generate it, but KANNEL will decide whether will retrieve it or not. I`m using BULK SMS sending hundreed of thousands SMS and IT is exhausting for SMSC to generate this amount of reports. Thanks Elton 2009/3/17 Nikos Balkanas nbalka...@gmail.com Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - From: Elton Hoxha To: Falko Ziemann Cc: kannel users Sent: Monday, March 16, 2009 2:47 PM Subject: Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL(msg-sms.dlr_mask)) 00918 pdu-u.submit_sm.registered_delivery = 1; Inside the SMPP_PDU *msg_to_pdu function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.com wrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR-URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
Re: problem with get-url or encoding
Hi Andrey, I think so... but can you help me over this one Andrey Ponteleev wrote: i think this is not your trouble in my case i have get-url = good+morning and message looks like good morning maybe you can search answer in recode between octet/septet On Tue, 17 Mar 2009 10:30:11 +0300, users-requ...@kannel.org wrote: essage: 2 Date: Tue, 17 Mar 2009 11:16:11 +0500 From: Ishtiaq Ahmed ishtiaq.ah...@ooober.com Subject: problem with get-url or encoding To: users@kannel.org users@kannel.org Message-ID: 49bf402b.4050...@ooober.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I am having problem with meta-data values in kannel... Some of the meta-data values has special characters in it like '$', '+', '_'... etc When the meta-data is sent to the application using get-url = http://MO:7080/ooobermoframework/receivemsg.htm?sender=%ptext=%ashortcode=%Poperatorid=%ometa-data=%Dsmscid=%i; The value specially + sign is appearing as space... Is there is some problem with my get url... or some way we can encode them properly... Thanks, Ishtiaq Ah,ed
Re: problem with get-url or encoding
+ is %2B in URL Encode world. Willy
Re: Omitting the generation of delivery reports
Do you still set the dlr-mask? - Original Message - From: Elton Hoxha To: Nikos Balkanas Cc: Falko Ziemann ; kannel users Sent: Tuesday, March 17, 2009 10:31 AM Subject: Re: Omitting the generation of delivery reports The access.log doesnt provide the smsc unique ID if i dont set the dlr-url 2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!] [udh:0:] FID is empty! With dlr-url set it is like that 2009-03-11 09:33:30 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:236981864111] [from:elton] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:11:helloworld!] [udh:0:] 2009/3/17 Nikos Balkanas nbalka...@gmail.com Actually not. You get it in access logs. Nikos - Original Message - From: Elton Hoxha To: Falko Ziemann Cc: Nikos Balkanas ; kannel users Sent: Tuesday, March 17, 2009 9:42 AM Subject: Re: Omitting the generation of delivery reports What about the message ID that comes from SMSC??? If DLR-URL is not set I`m losing that value too. Regards Elton On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.com wrote: Simply not set the DLR-MASK and DLR-URL then kannel will not request any DLR. That's the only chance. Regards Falko Am 17.03.2009 um 08:29 schrieb Elton Hoxha: Hi, My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC not to generate status report in the database. With DLR-MASK whatever its value is, the SMSC will generate it, but KANNEL will decide whether will retrieve it or not. I`m using BULK SMS sending hundreed of thousands SMS and IT is exhausting for SMSC to generate this amount of reports. Thanks Elton 2009/3/17 Nikos Balkanas nbalka...@gmail.com Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - From: Elton Hoxha To: Falko Ziemann Cc: kannel users Sent: Monday, March 16, 2009 2:47 PM Subject: Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL(msg-sms.dlr_mask)) 00918 pdu-u.submit_sm.registered_delivery = 1; Inside the SMPP_PDU *msg_to_pdu function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.com wrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR-URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
Re: problem with get-url or encoding
Hi, %D is not url-encoding. It is the escape code variable for meta-data. This is substituted internally by kannel by the meta-data value. If that value contains any special characters, kannel has to url-encode them before getting the URL. If it doesn't, its a bug that should be addressed. I didn't want to say anything about it and give Alej the chance to respond. BR, Nikos - Original Message - From: sangprabv sangpr...@gmail.com To: Ishtiaq Ahmed ishtiaq.ah...@ooober.com Cc: Andrey Ponteleev andrey.pontel...@ionmobile.ru; users@kannel.org Sent: Tuesday, March 17, 2009 10:35 AM Subject: Re: problem with get-url or encoding + is %2B in URL Encode world. Willy
Re: Omitting the generation of delivery reports
Are you sure that your SMSC provides the message_id when you don't ask for the DLR's? Set log-level = 0 and check your SMSC's PDU's and try with and without dlr-mask/url. If the ID is there on both cases, then it's a Kannel bug, otherwise you should talk with your SMSC's operator. Regards, Alejandro On Tue, Mar 17, 2009 at 10:28 AM, Elton Hoxha elt...@gmail.com wrote: No I call it simply like this: http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld ! 2009/3/17 Nikos Balkanas nbalka...@gmail.com Do you still set the dlr-mask? - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Nikos Balkanas nbalka...@gmail.com *Cc:* Falko Ziemann fal...@gmail.com ; kannel users users@kannel.org *Sent:* Tuesday, March 17, 2009 10:31 AM *Subject:* Re: Omitting the generation of delivery reports The access.log doesnt provide the smsc unique ID if i dont set the dlr-url 2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!] [udh:0:] FID is empty! With dlr-url set it is like that 2009-03-11 09:33:30 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:236981864111] [from:elton] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:11:helloworld!] [udh:0:] 2009/3/17 Nikos Balkanas nbalka...@gmail.com Actually not. You get it in access logs. Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Falko Ziemann fal...@gmail.com *Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel usersusers@kannel.org *Sent:* Tuesday, March 17, 2009 9:42 AM *Subject:* Re: Omitting the generation of delivery reports What about the message ID that comes from SMSC??? If DLR-URL is not set I`m losing that value too. Regards Elton On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.com wrote: Simply not set the DLR-MASK and DLR-URL then kannel will not request any DLR. That's the only chance. Regards Falko Am 17.03.2009 um 08:29 schrieb Elton Hoxha: Hi, My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC not to generate status report in the database. With DLR-MASK whatever its value is, the SMSC will generate it, but KANNEL will decide whether will retrieve it or not. I`m using BULK SMS sending hundreed of thousands SMS and IT is exhausting for SMSC to generate this amount of reports. Thanks Elton 2009/3/17 Nikos Balkanas nbalka...@gmail.com Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Falko Ziemann fal...@gmail.com *Cc:* kannel users users@kannel.org *Sent:* Monday, March 16, 2009 2:47 PM *Subject:* Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL http://doxygen.kannel.org/d1/d5d/dlr_8h.html#a13(msg-sms.dlr_mask)) 00918 pdu http://doxygen.kannel.org/df/de6/wsp__session_8c.html#a182a79-u http://doxygen.kannel.org/da/d81/structSMPP__PDU.html#o15.submit_sm.registered_delivery = 1; Inside the SMPP_PDUhttp://doxygen.kannel.org/da/d81/structSMPP__PDU.html* msg_to_pdu http://doxygen.kannel.org/de/dfe/smsc__smpp_8c.html#a23function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.comwrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR-URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
Re: Omitting the generation of delivery reports
No I call it simply like this: http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld ! 2009/3/17 Nikos Balkanas nbalka...@gmail.com Do you still set the dlr-mask? - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Nikos Balkanas nbalka...@gmail.com *Cc:* Falko Ziemann fal...@gmail.com ; kannel users users@kannel.org *Sent:* Tuesday, March 17, 2009 10:31 AM *Subject:* Re: Omitting the generation of delivery reports The access.log doesnt provide the smsc unique ID if i dont set the dlr-url 2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!] [udh:0:] FID is empty! With dlr-url set it is like that 2009-03-11 09:33:30 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:] [FID:236981864111] [from:elton] [to:355672509006] [flags:-1:0:-1:-1:31] [msg:11:helloworld!] [udh:0:] 2009/3/17 Nikos Balkanas nbalka...@gmail.com Actually not. You get it in access logs. Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Falko Ziemann fal...@gmail.com *Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel usersusers@kannel.org *Sent:* Tuesday, March 17, 2009 9:42 AM *Subject:* Re: Omitting the generation of delivery reports What about the message ID that comes from SMSC??? If DLR-URL is not set I`m losing that value too. Regards Elton On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.com wrote: Simply not set the DLR-MASK and DLR-URL then kannel will not request any DLR. That's the only chance. Regards Falko Am 17.03.2009 um 08:29 schrieb Elton Hoxha: Hi, My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC not to generate status report in the database. With DLR-MASK whatever its value is, the SMSC will generate it, but KANNEL will decide whether will retrieve it or not. I`m using BULK SMS sending hundreed of thousands SMS and IT is exhausting for SMSC to generate this amount of reports. Thanks Elton 2009/3/17 Nikos Balkanas nbalka...@gmail.com Hi, Actually not. This is the part where kannel decides to ask SMSc for DLRs or not. It is not the part where it decides which DLRs to forward to the dlr_url, as suggested by Falco. BR, Nikos - Original Message - *From:* Elton Hoxha elt...@gmail.com *To:* Falko Ziemann fal...@gmail.com *Cc:* kannel users users@kannel.org *Sent:* Monday, March 16, 2009 2:47 PM *Subject:* Re: Omitting the generation of delivery reports Hi, Did you mean this? if (DLR_IS_SUCCESS_OR_FAIL http://doxygen.kannel.org/d1/d5d/dlr_8h.html#a13(msg-sms.dlr_mask)) 00918 pdu http://doxygen.kannel.org/df/de6/wsp__session_8c.html#a182a79-u http://doxygen.kannel.org/da/d81/structSMPP__PDU.html#o15.submit_sm.registered_delivery = 1; Inside the SMPP_PDUhttp://doxygen.kannel.org/da/d81/structSMPP__PDU.html* msg_to_pdu http://doxygen.kannel.org/de/dfe/smsc__smpp_8c.html#a23function In we change this kannel should be recompiled again.is there any other way? Regards Elton On Sun, Mar 15, 2009 at 7:55 PM, Falko Ziemann fal...@gmail.comwrote: Hi, this is a protocol issue. SMPP for example has only the switch registered_delivery where you can (de-)activate all DLRs. It is not possible to activate on some kinds of DLR. Kannel has no control about this. But kannel should not forward certain DLRs to the DLR-URL if you're not interessted in them. Regards Falko Am 15.03.2009 um 17:52 schrieb Elton Hoxha: Hi all, I know this subject has been asked a lot, but my concern is something else. I have played with dlr-mask pretty much and it is working very well. In some cases I dont want to exhaust the database of SMSC creating useless delivery statuses for bulk SMS. Making my dlr-mask=10 didnt change anything. It is supposed that this value concerns only to submit and failure. This is what I need, only the acknowledment that sms has been submitted. But the SMSC is creating the delivery status as well, pending in the queue and making retries. Why the mask is behaving the same with different values? Thanks Elton
unsubscribe
unsubscribe
Re: Omitting the generation of delivery reports
Hi,
The SMSC provides the ID (at least tried with other SMPP gateways) even If I
dont request the delivery status. Its kind of acknowledment that sms has
been submitted to SMSC, not caring about the delivery. I confirm this
because I administer/operate the SMSC as well. LOG-LEVEL has been set to 0
since the beginning.
This log shows when I dont set dlr-url;
2009-03-17 10:08:23 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:08:23 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:08:23 [32213] [8] DEBUG: command_id: 2147483652 = 0x8004
2009-03-17 10:08:23 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:08:23 [32213] [8] DEBUG: sequence_number: 60626 = 0xecd2
2009-03-17 10:08:23 [32213] [8] DEBUG: message_id: 236982954961
From access.log
2009-03-17 10:08:23 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
THis below shows with dlr-url set:
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:11:38 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:11:38 [32213] [8] DEBUG: command_id: 2147483652 = 0x8004
2009-03-17 10:11:38 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:11:38 [32213] [8] DEBUG: sequence_number: 60634 = 0xecda
2009-03-17 10:11:38 [32213] [8] DEBUG: message_id: 236982955487
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU dump ends.
2009-03-17 10:11:38 [32213] [8] DEBUG: DLR[mysql]: Adding DLR smsc=D,
ts=236982955487, src=1001, dst=355672509006, mask=31, boxc=
2009-03-17 10:11:38 [32213] [8] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, delivery) VALUES ('D',
'236982955487', '1001', '355672509006', 'bulk1', '', '31', '', '0');
From access.log
2009-03-17 10:11:38 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:236982955487] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
The message id is coming in the SMPP PDU, but it is not written in the
access.log in both cases.
Regards
Elton
On Tue, Mar 17, 2009 at 10:46 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Are you sure that your SMSC provides the message_id when you don't ask for
the DLR's?
Set log-level = 0 and check your SMSC's PDU's and try with and without
dlr-mask/url. If the ID is there on both cases, then it's a Kannel bug,
otherwise you should talk with your SMSC's operator.
Regards,
Alejandro
On Tue, Mar 17, 2009 at 10:28 AM, Elton Hoxha elt...@gmail.com wrote:
No I call it simply like this:
http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld
!
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Do you still set the dlr-mask?
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Nikos Balkanas nbalka...@gmail.com
*Cc:* Falko Ziemann fal...@gmail.com ; kannel users users@kannel.org
*Sent:* Tuesday, March 17, 2009 10:31 AM
*Subject:* Re: Omitting the generation of delivery reports
The access.log doesnt provide the smsc unique ID if i dont set the
dlr-url
2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
FID is empty!
With dlr-url set it is like that
2009-03-11 09:33:30 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:]
[FID:236981864111] [from:elton] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Actually not. You get it in access logs.
Nikos
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Falko Ziemann fal...@gmail.com
*Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel
usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 9:42 AM
*Subject:* Re: Omitting the generation of delivery reports
What about the message ID that comes from SMSC??? If DLR-URL is not set
I`m losing that value too.
Regards
Elton
On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.comwrote:
Simply not set the DLR-MASK and DLR-URL then kannel will not request
any DLR. That's the only chance.
Regards
Falko
Am 17.03.2009 um 08:29 schrieb Elton Hoxha:
Hi,
My issue doesnt concern kannel to ask SMSC for DLR. It is to tell SMSC
not to generate status report in the database. With DLR-MASK whatever its
value is, the SMSC will generate it, but KANNEL will decide whether will
retrieve it or not.
I`m using BULK SMS sending hundreed of thousands SMS and IT is
exhausting for SMSC to generate this amount of reports.
Thanks
Elton
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Hi,
Actually not. This is the part where kannel decides to ask SMSc for
DLRs or not. It is not the part where it decides which DLRs to forward to
the dlr_url, as suggested by Falco.
BR,
Nikos
- Original Message -
*From:* Elton Hoxha
Re: Omitting the generation of delivery reports
Anyway, looks like a bug on the foreign_id logic. Kannel should be able to
retrieve the foreign_id no matter the dlr settings.
Regards,
Alejandro
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Try setting dlr-mask, without dlr-url to see if anything improves.
BR,
Nikos
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Alejandro Guerrieri alejandro.guerri...@gmail.com
*Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 12:19 PM
*Subject:* Re: Omitting the generation of delivery reports
Hi,
The SMSC provides the ID (at least tried with other SMPP gateways) even If
I dont request the delivery status. Its kind of acknowledment that sms has
been submitted to SMSC, not caring about the delivery. I confirm this
because I administer/operate the SMSC as well. LOG-LEVEL has been set to 0
since the beginning.
This log shows when I dont set dlr-url;
2009-03-17 10:08:23 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:08:23 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:08:23 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:08:23 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:08:23 [32213] [8] DEBUG: sequence_number: 60626 =
0xecd2
2009-03-17 10:08:23 [32213] [8] DEBUG: message_id: 236982954961
From access.log
2009-03-17 10:08:23 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
THis below shows with dlr-url set:
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:11:38 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:11:38 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:11:38 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:11:38 [32213] [8] DEBUG: sequence_number: 60634 =
0xecda
2009-03-17 10:11:38 [32213] [8] DEBUG: message_id: 236982955487
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU dump ends.
2009-03-17 10:11:38 [32213] [8] DEBUG: DLR[mysql]: Adding DLR smsc=D,
ts=236982955487, src=1001, dst=355672509006, mask=31, boxc=
2009-03-17 10:11:38 [32213] [8] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, delivery) VALUES ('D',
'236982955487', '1001', '355672509006', 'bulk1', '', '31', '', '0');
From access.log
2009-03-17 10:11:38 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:236982955487] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
The message id is coming in the SMPP PDU, but it is not written in the
access.log in both cases.
Regards
Elton
On Tue, Mar 17, 2009 at 10:46 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Are you sure that your SMSC provides the message_id when you don't ask for
the DLR's?
Set log-level = 0 and check your SMSC's PDU's and try with and without
dlr-mask/url. If the ID is there on both cases, then it's a Kannel bug,
otherwise you should talk with your SMSC's operator.
Regards,
Alejandro
On Tue, Mar 17, 2009 at 10:28 AM, Elton Hoxha elt...@gmail.com wrote:
No I call it simply like this:
http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld!
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Do you still set the dlr-mask?
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Nikos Balkanas nbalka...@gmail.com
*Cc:* Falko Ziemann fal...@gmail.com ; kannel usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 10:31 AM
*Subject:* Re: Omitting the generation of delivery reports
The access.log doesnt provide the smsc unique ID if i dont set the
dlr-url
2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
FID is empty!
With dlr-url set it is like that
2009-03-11 09:33:30 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:]
[FID:236981864111] [from:elton] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Actually not. You get it in access logs.
Nikos
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Falko Ziemann fal...@gmail.com
*Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel
usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 9:42 AM
*Subject:* Re: Omitting the generation of delivery reports
What about the message ID that comes from SMSC??? If DLR-URL is not
set I`m losing that value too.
Regards
Elton
On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.comwrote:
Simply not set the DLR-MASK and DLR-URL then kannel will not request
any DLR. That's the only chance.
Regards
Falko
Am 17.03.2009 um 08:29 schrieb Elton Hoxha:
Hi,
My issue doesnt concern kannel to ask SMSC for DLR. It is to
Re: Omitting the generation of delivery reports
Try setting dlr-mask, without dlr-url to see if anything improves.
BR,
Nikos
- Original Message -
From: Elton Hoxha
To: Alejandro Guerrieri
Cc: Nikos Balkanas ; kannel users
Sent: Tuesday, March 17, 2009 12:19 PM
Subject: Re: Omitting the generation of delivery reports
Hi,
The SMSC provides the ID (at least tried with other SMPP gateways) even If I
dont request the delivery status. Its kind of acknowledment that sms has been
submitted to SMSC, not caring about the delivery. I confirm this because I
administer/operate the SMSC as well. LOG-LEVEL has been set to 0 since the
beginning.
This log shows when I dont set dlr-url;
2009-03-17 10:08:23 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:08:23 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:08:23 [32213] [8] DEBUG: command_id: 2147483652 = 0x8004
2009-03-17 10:08:23 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:08:23 [32213] [8] DEBUG: sequence_number: 60626 = 0xecd2
2009-03-17 10:08:23 [32213] [8] DEBUG: message_id: 236982954961
From access.log
2009-03-17 10:08:23 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
THis below shows with dlr-url set:
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:11:38 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:11:38 [32213] [8] DEBUG: command_id: 2147483652 = 0x8004
2009-03-17 10:11:38 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:11:38 [32213] [8] DEBUG: sequence_number: 60634 = 0xecda
2009-03-17 10:11:38 [32213] [8] DEBUG: message_id: 236982955487
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU dump ends.
2009-03-17 10:11:38 [32213] [8] DEBUG: DLR[mysql]: Adding DLR smsc=D,
ts=236982955487, src=1001, dst=355672509006, mask=31, boxc=
2009-03-17 10:11:38 [32213] [8] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, delivery) VALUES ('D',
'236982955487', '1001', '355672509006', 'bulk1', '', '31', '', '0');
From access.log
2009-03-17 10:11:38 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:236982955487] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
The message id is coming in the SMPP PDU, but it is not written in the
access.log in both cases.
Regards
Elton
On Tue, Mar 17, 2009 at 10:46 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Are you sure that your SMSC provides the message_id when you don't ask for
the DLR's?
Set log-level = 0 and check your SMSC's PDU's and try with and without
dlr-mask/url. If the ID is there on both cases, then it's a Kannel bug,
otherwise you should talk with your SMSC's operator.
Regards,
Alejandro
On Tue, Mar 17, 2009 at 10:28 AM, Elton Hoxha elt...@gmail.com wrote:
No I call it simply like this:
http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld!
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Do you still set the dlr-mask?
- Original Message -
From: Elton Hoxha
To: Nikos Balkanas
Cc: Falko Ziemann ; kannel users
Sent: Tuesday, March 17, 2009 10:31 AM
Subject: Re: Omitting the generation of delivery reports
The access.log doesnt provide the smsc unique ID if i dont set the
dlr-url
2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
FID is empty!
With dlr-url set it is like that
2009-03-11 09:33:30 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:]
[FID:236981864111] [from:elton] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Actually not. You get it in access logs.
Nikos
- Original Message -
From: Elton Hoxha
To: Falko Ziemann
Cc: Nikos Balkanas ; kannel users
Sent: Tuesday, March 17, 2009 9:42 AM
Subject: Re: Omitting the generation of delivery reports
What about the message ID that comes from SMSC??? If DLR-URL is
not set I`m losing that value too.
Regards
Elton
On Tue, Mar 17, 2009 at 8:35 AM, Falko Ziemann fal...@gmail.com
wrote:
Simply not set the DLR-MASK and DLR-URL then kannel will not
request any DLR. That's the only chance.
Regards
Falko
Am 17.03.2009 um 08:29 schrieb Elton Hoxha:
Hi,
My issue doesnt concern kannel to ask SMSC for DLR. It is to
tell SMSC not
Re: Omitting the generation of delivery reports
Hi,
Only with DLR-mask:
2009-03-17 12:00:40 [32213] [8] DEBUG: DLR[mysql]: Looking for DLR smsc=D,
ts=235587100949, dst=355672509006, type=1
2009-03-17 12:00:40 [32213] [8] DEBUG: sql: SELECT mask, service, url,
source, destination, boxc FROM dlr WHERE smsc='D' AND ts='235587100949';
2009-03-17 12:00:40 [32213] [8] DEBUG: Found entry, row[0]=10, row[1]=bulk1,
row[2]=, row[3]=1001, row[4]=355672509006 row[5]=
2009-03-17 12:00:40 [32213] [8] DEBUG: DLR[mysql]: Ignoring DLR message
because of mask type=1 dlr-mask=10
2009-03-17 12:00:40 [32213] [8] DEBUG: removing DLR from database
It is just ignored by kannel, but it is still created in SMSC
Elton
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Try setting dlr-mask, without dlr-url to see if anything improves.
BR,
Nikos
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Alejandro Guerrieri alejandro.guerri...@gmail.com
*Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 12:19 PM
*Subject:* Re: Omitting the generation of delivery reports
Hi,
The SMSC provides the ID (at least tried with other SMPP gateways) even If
I dont request the delivery status. Its kind of acknowledment that sms has
been submitted to SMSC, not caring about the delivery. I confirm this
because I administer/operate the SMSC as well. LOG-LEVEL has been set to 0
since the beginning.
This log shows when I dont set dlr-url;
2009-03-17 10:08:23 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:08:23 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:08:23 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:08:23 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:08:23 [32213] [8] DEBUG: sequence_number: 60626 =
0xecd2
2009-03-17 10:08:23 [32213] [8] DEBUG: message_id: 236982954961
From access.log
2009-03-17 10:08:23 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
THis below shows with dlr-url set:
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:11:38 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:11:38 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:11:38 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:11:38 [32213] [8] DEBUG: sequence_number: 60634 =
0xecda
2009-03-17 10:11:38 [32213] [8] DEBUG: message_id: 236982955487
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU dump ends.
2009-03-17 10:11:38 [32213] [8] DEBUG: DLR[mysql]: Adding DLR smsc=D,
ts=236982955487, src=1001, dst=355672509006, mask=31, boxc=
2009-03-17 10:11:38 [32213] [8] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, delivery) VALUES ('D',
'236982955487', '1001', '355672509006', 'bulk1', '', '31', '', '0');
From access.log
2009-03-17 10:11:38 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:236982955487] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
The message id is coming in the SMPP PDU, but it is not written in the
access.log in both cases.
Regards
Elton
On Tue, Mar 17, 2009 at 10:46 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Are you sure that your SMSC provides the message_id when you don't ask for
the DLR's?
Set log-level = 0 and check your SMSC's PDU's and try with and without
dlr-mask/url. If the ID is there on both cases, then it's a Kannel bug,
otherwise you should talk with your SMSC's operator.
Regards,
Alejandro
On Tue, Mar 17, 2009 at 10:28 AM, Elton Hoxha elt...@gmail.com wrote:
No I call it simply like this:
http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld!
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Do you still set the dlr-mask?
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Nikos Balkanas nbalka...@gmail.com
*Cc:* Falko Ziemann fal...@gmail.com ; kannel usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 10:31 AM
*Subject:* Re: Omitting the generation of delivery reports
The access.log doesnt provide the smsc unique ID if i dont set the
dlr-url
2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
FID is empty!
With dlr-url set it is like that
2009-03-11 09:33:30 Sent SMS [SMSC:internal1] [SVC:a] [ACT:] [BINF:]
[FID:236981864111] [from:elton] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Actually not. You get it in access logs.
Nikos
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Falko Ziemann fal...@gmail.com
*Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel
usersusers@kannel.org
*Sent:* Tuesday,
exec in sms-service doesn't execute
Hy! Using the 1.4.1 version on Debian. I have a working configuration of Kannel which sends and recives messages correctly. But then, if I configure sms-service, and set it to exec a command on receiving a message it doesn't execute the command and the log doesn't show anything about the exec command (I have also tried to increase log level and still nothing). Exec command is only trying to touch a file in /tmp folder. The config is here: group = core admin-port = 13000 admin-password = adm_password status-password = password admin-allow-ip = 127.0.0.1;x.x.x.* log-file = /var/log/kannel/kannel.log log-level = 0 access-log = /var/log/kannel/kannel_access.log smsbox-port = 13001 wapbox-port = 13002 unified-prefix = 00,+ wdp-interface-name = * group = smsbox bearerbox-host = localhost sendsms-port = 13013 log-file = /var/log/kannel/smsbox.log global-sender = number_of_my_smsbox smsbox-id = my_id access-log = /var/log/kannel/access.log group = sms-service keyword = default max-messages = 0 concatenation = true catch-all = yes exec = /usr/bin/touch /tmp/some_file #white-list = http://localhost/whitelist; I have even tried to uncomment the white-list line and still nothing. Access log says it received the message, and other logs saying only about sending and receiving the messages, nothing about the exec command. I have even tried with get-url and post-url instead of exec command, still no success. If anyone could help me to overcome this issue I would be very thankful.
regex for sms-service group
Hi, I want to have keyword-regex in sms-service group to forward the incomming SMS messages (meetting the criteria) to a specific servlet. Example. m...@domain.com_STOP Regex: [:print:]*_STOP The regex I used didnt work. I would be greatful if someone can guide. thanks - Latitude
Re: exec in sms-service doesn't execute
Hello You have to define smsbox-route group for icoming messages routing regards
Re: Omitting the generation of delivery reports
Isn't that what you wanted? Get the FID, but ignore the DLR? Are you getting
the FID in the access logs?
Nikos
- Original Message -
From: Elton Hoxha
To: Nikos Balkanas
Cc: Alejandro Guerrieri ; kannel users
Sent: Tuesday, March 17, 2009 2:05 PM
Subject: Re: Omitting the generation of delivery reports
Hi,
Only with DLR-mask:
2009-03-17 12:00:40 [32213] [8] DEBUG: DLR[mysql]: Looking for DLR smsc=D,
ts=235587100949, dst=355672509006, type=1
2009-03-17 12:00:40 [32213] [8] DEBUG: sql: SELECT mask, service, url,
source, destination, boxc FROM dlr WHERE smsc='D' AND ts='235587100949';
2009-03-17 12:00:40 [32213] [8] DEBUG: Found entry, row[0]=10, row[1]=bulk1,
row[2]=, row[3]=1001, row[4]=355672509006 row[5]=
2009-03-17 12:00:40 [32213] [8] DEBUG: DLR[mysql]: Ignoring DLR message
because of mask type=1 dlr-mask=10
2009-03-17 12:00:40 [32213] [8] DEBUG: removing DLR from database
It is just ignored by kannel, but it is still created in SMSC
Elton
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Try setting dlr-mask, without dlr-url to see if anything improves.
BR,
Nikos
- Original Message -
From: Elton Hoxha
To: Alejandro Guerrieri
Cc: Nikos Balkanas ; kannel users
Sent: Tuesday, March 17, 2009 12:19 PM
Subject: Re: Omitting the generation of delivery reports
Hi,
The SMSC provides the ID (at least tried with other SMPP gateways) even
If I dont request the delivery status. Its kind of acknowledment that sms has
been submitted to SMSC, not caring about the delivery. I confirm this because I
administer/operate the SMSC as well. LOG-LEVEL has been set to 0 since the
beginning.
This log shows when I dont set dlr-url;
2009-03-17 10:08:23 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:08:23 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:08:23 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:08:23 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:08:23 [32213] [8] DEBUG: sequence_number: 60626 =
0xecd2
2009-03-17 10:08:23 [32213] [8] DEBUG: message_id: 236982954961
From access.log
2009-03-17 10:08:23 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
THis below shows with dlr-url set:
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:11:38 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:11:38 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:11:38 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:11:38 [32213] [8] DEBUG: sequence_number: 60634 =
0xecda
2009-03-17 10:11:38 [32213] [8] DEBUG: message_id: 236982955487
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU dump ends.
2009-03-17 10:11:38 [32213] [8] DEBUG: DLR[mysql]: Adding DLR smsc=D,
ts=236982955487, src=1001, dst=355672509006, mask=31, boxc=
2009-03-17 10:11:38 [32213] [8] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, delivery) VALUES ('D',
'236982955487', '1001', '355672509006', 'bulk1', '', '31', '', '0');
From access.log
2009-03-17 10:11:38 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:236982955487] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
The message id is coming in the SMPP PDU, but it is not written in the
access.log in both cases.
Regards
Elton
On Tue, Mar 17, 2009 at 10:46 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Are you sure that your SMSC provides the message_id when you don't ask
for the DLR's?
Set log-level = 0 and check your SMSC's PDU's and try with and without
dlr-mask/url. If the ID is there on both cases, then it's a Kannel bug,
otherwise you should talk with your SMSC's operator.
Regards,
Alejandro
On Tue, Mar 17, 2009 at 10:28 AM, Elton Hoxha elt...@gmail.com wrote:
No I call it simply like this:
http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld!
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Do you still set the dlr-mask?
- Original Message -
From: Elton Hoxha
To: Nikos Balkanas
Cc: Falko Ziemann ; kannel users
Sent: Tuesday, March 17, 2009 10:31 AM
Subject: Re: Omitting the generation of delivery reports
The access.log doesnt provide the smsc unique ID if i dont set
the dlr-url
2009-03-17 07:43:26 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1]
Re: Omitting the generation of delivery reports
The FID comes empty
2009-03-17 10:08:23 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1]
Regards
Elton
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Isn't that what you wanted? Get the FID, but ignore the DLR? Are you
getting the FID in the access logs?
Nikos
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Nikos Balkanas nbalka...@gmail.com
*Cc:* Alejandro Guerrieri alejandro.guerri...@gmail.com ; kannel
usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 2:05 PM
*Subject:* Re: Omitting the generation of delivery reports
Hi,
Only with DLR-mask:
2009-03-17 12:00:40 [32213] [8] DEBUG: DLR[mysql]: Looking for DLR smsc=D,
ts=235587100949, dst=355672509006, type=1
2009-03-17 12:00:40 [32213] [8] DEBUG: sql: SELECT mask, service, url,
source, destination, boxc FROM dlr WHERE smsc='D' AND ts='235587100949';
2009-03-17 12:00:40 [32213] [8] DEBUG: Found entry, row[0]=10,
row[1]=bulk1, row[2]=, row[3]=1001, row[4]=355672509006 row[5]=
2009-03-17 12:00:40 [32213] [8] DEBUG: DLR[mysql]: Ignoring DLR message
because of mask type=1 dlr-mask=10
2009-03-17 12:00:40 [32213] [8] DEBUG: removing DLR from database
It is just ignored by kannel, but it is still created in SMSC
Elton
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Try setting dlr-mask, without dlr-url to see if anything improves.
BR,
Nikos
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Alejandro Guerrieri alejandro.guerri...@gmail.com
*Cc:* Nikos Balkanas nbalka...@gmail.com ; kannel usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 12:19 PM
*Subject:* Re: Omitting the generation of delivery reports
Hi,
The SMSC provides the ID (at least tried with other SMPP gateways) even If
I dont request the delivery status. Its kind of acknowledment that sms has
been submitted to SMSC, not caring about the delivery. I confirm this
because I administer/operate the SMSC as well. LOG-LEVEL has been set to 0
since the beginning.
This log shows when I dont set dlr-url;
2009-03-17 10:08:23 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:08:23 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:08:23 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:08:23 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:08:23 [32213] [8] DEBUG: sequence_number: 60626 =
0xecd2
2009-03-17 10:08:23 [32213] [8] DEBUG: message_id: 236982954961
From access.log
2009-03-17 10:08:23 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:] [FID:]
[from:1001] [to:355672509006] [flags:-1:0:-1:-1:-1] [msg:11:helloworld!]
[udh:0:]
THis below shows with dlr-url set:
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU 0x96238f8 dump:
2009-03-17 10:11:38 [32213] [8] DEBUG: type_name: submit_sm_resp
2009-03-17 10:11:38 [32213] [8] DEBUG: command_id: 2147483652 =
0x8004
2009-03-17 10:11:38 [32213] [8] DEBUG: command_status: 0 = 0x
2009-03-17 10:11:38 [32213] [8] DEBUG: sequence_number: 60634 =
0xecda
2009-03-17 10:11:38 [32213] [8] DEBUG: message_id: 236982955487
2009-03-17 10:11:38 [32213] [8] DEBUG: SMPP PDU dump ends.
2009-03-17 10:11:38 [32213] [8] DEBUG: DLR[mysql]: Adding DLR smsc=D,
ts=236982955487, src=1001, dst=355672509006, mask=31, boxc=
2009-03-17 10:11:38 [32213] [8] DEBUG: sql: INSERT INTO dlr (smsc, ts,
source, destination, service, url, mask, boxc, delivery) VALUES ('D',
'236982955487', '1001', '355672509006', 'bulk1', '', '31', '', '0');
From access.log
2009-03-17 10:11:38 Sent SMS [SMSC:D] [SVC:bulk1] [ACT:] [BINF:]
[FID:236982955487] [from:1001] [to:355672509006] [flags:-1:0:-1:-1:31]
[msg:11:helloworld!] [udh:0:]
The message id is coming in the SMPP PDU, but it is not written in the
access.log in both cases.
Regards
Elton
On Tue, Mar 17, 2009 at 10:46 AM, Alejandro Guerrieri
alejandro.guerri...@gmail.com wrote:
Are you sure that your SMSC provides the message_id when you don't ask
for the DLR's?
Set log-level = 0 and check your SMSC's PDU's and try with and without
dlr-mask/url. If the ID is there on both cases, then it's a Kannel bug,
otherwise you should talk with your SMSC's operator.
Regards,
Alejandro
On Tue, Mar 17, 2009 at 10:28 AM, Elton Hoxha elt...@gmail.com wrote:
No I call it simply like this:
http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1password=bulk1from=1001to=355672509006text=helloworld!
2009/3/17 Nikos Balkanas nbalka...@gmail.com
Do you still set the dlr-mask?
- Original Message -
*From:* Elton Hoxha elt...@gmail.com
*To:* Nikos Balkanas nbalka...@gmail.com
*Cc:* Falko Ziemann fal...@gmail.com ; kannel usersusers@kannel.org
*Sent:* Tuesday, March 17, 2009 10:31 AM
*Subject:* Re: Omitting the generation of delivery reports
The access.log doesnt provide the smsc unique ID if i dont set the
dlr-url
2009-03-17 07:43:26 Sent SMS [SMSC:D]
Re: regex for sms-service group
i believe the bellow will do the job ^[[:punct:][:space:][:cntrl:]]*_STOP BUT, i hope you live in a country where Latin alphabet is the usual one because non latin alphabets are encoded and kannel simply cant parse them except you define the regexp in hex encoded strings .. this is interesting idea hm ... Latitude Berlin wrote: Hi, I want to have keyword-regex in sms-service group to forward the incomming SMS messages (meetting the criteria) to a specific servlet. Example. m...@domain.com_STOP Regex: [:print:]*_STOP The regex I used didnt work. I would be greatful if someone can guide. thanks - Latitude
Re: regex for sms-service group
Hi, What is _STOP? Please post your configuration file and explain what you are trying to do with it. BR, Nikos - Original Message - From: Latitude Berlin To: users@kannel.org Sent: Tuesday, March 17, 2009 3:02 PM Subject: regex for sms-service group Hi, I want to have keyword-regex in sms-service group to forward the incomming SMS messages (meetting the criteria) to a specific servlet. Example. m...@domain.com_STOP Regex: [:print:]*_STOP The regex I used didnt work. I would be greatful if someone can guide. thanks - Latitude
