Re: Omitting the generation of delivery reports
Hi users, Any clue on this issue? Isnt any way to retrieve this message id coming inside the PDU but not written in the access.log? 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 Thanks Elton On Tue, Mar 17, 2009 at 6:05 PM, Elton Hoxha elt...@gmail.com wrote: 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
Re: Omitting the generation of delivery reports
Hi, Not to repeating ourselves, I believe that Alej already replied that this is a bug. BR, Nikos - Original Message - From: Elton Hoxha To: Nikos Balkanas Cc: Alejandro Guerrieri ; kannel users Sent: Friday, March 20, 2009 9:54 AM Subject: Re: Omitting the generation of delivery reports Hi users, Any clue on this issue? Isnt any way to retrieve this message id coming inside the PDU but not written in the access.log? 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 Thanks Elton On Tue, Mar 17, 2009 at 6:05 PM, Elton Hoxha elt...@gmail.com wrote: 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 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
Re: Omitting the generation of delivery reports
I thought the patch was just installed for that bug :) kidding Thanks guys 2009/3/20 Nikos Balkanas nbalka...@gmail.com Hi, Not to repeating ourselves, I believe that Alej already replied that this is a bug. BR, 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:* Friday, March 20, 2009 9:54 AM *Subject:* Re: Omitting the generation of delivery reports Hi users, Any clue on this issue? Isnt any way to retrieve this message id coming inside the PDU but not written in the access.log? 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 Thanks Elton On Tue, Mar 17, 2009 at 6:05 PM, Elton Hoxha elt...@gmail.com wrote: 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
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: 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: 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: 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: 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
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
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
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
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] [msg:11
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: 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_PDU http://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
Omitting the generation of delivery reports
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
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