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