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 >>>>>> >>>>> >>>>> >>>> >>> >>> >> >
