Re: Omitting the generation of delivery reports

[Nikos Balkanas]

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