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 <[email protected]> wrote: > No I call it simply like this: > > > http://10.1.2.153:13014/cgi-bin/sendsms?username=bulk1&password=bulk1&from=1001&to=355672509006&text=helloworld > ! > > > 2009/3/17 Nikos Balkanas <[email protected]> > >> Do you still set the dlr-mask? >> >> ----- Original Message ----- >> *From:* Elton Hoxha <[email protected]> >> *To:* Nikos Balkanas <[email protected]> >> *Cc:* Falko Ziemann <[email protected]> ; kannel users <[email protected]> >> *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 <[email protected]> >> >>> Actually not. You get it in access logs. >>> >>> Nikos >>> >>> ----- Original Message ----- >>> *From:* Elton Hoxha <[email protected]> >>> *To:* Falko Ziemann <[email protected]> >>> *Cc:* Nikos Balkanas <[email protected]> ; kannel >>> users<[email protected]> >>> *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 <[email protected]> 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 <[email protected]> >>>> >>>>> 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 <[email protected]> >>>>> *To:* Falko Ziemann <[email protected]> >>>>> *Cc:* kannel users <[email protected]> >>>>> *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_PDU<http://doxygen.kannel.org/da/d81/structSMPP__PDU.html>* >>>>> msg_to_pdu >>>>> <http://doxygen.kannel.org/de/dfe/smsc__smpp_8c.html#a23>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 <[email protected]>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 >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >
