Re: Delivery reports Queued

2016-02-10 Thread spameden 
This question was already replied before.

DLR storage is only temporary. Kannel uses dlr table in DB/memory/file just
to track certain DLRs for certain messages.

Generally, the more you have in this queue means more messages weren't
delivered to your upstream.

You might need to check with your upstream SMSC provider or use proper
dlr_mask to get all types of delivery reports (dlr_mask=31).

2016-02-11 8:36 GMT+03:00 Robin C :

> Hi All,
>
>  See my kannel status below. I sent 12 messages. But didnt
> receive any single DLR. All DLRs are in queue. Anybody know the reson for
> this?
>
>
> SMS: received 0 (0 queued), sent 12 (0 queued), store size 0
> SMS: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>
> DLR: received 0, sent 0
> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
> DLR: 12 queued, using mysql storage
>
> --
>
>*Thanks & Regards,*
>
>
>
>   Robin C
>
>  Linux System Administrator
>
>
>
> *ZIN-CRON | Bulk Sms, Voice Calls, Long Codes, Short Codes, Software
> Development, Web & Graphic Designing.*
>
>
> *www.zincron.co.in  | www. easyhops.co.in
>  | www.equipe.co.in   *
>
> *Corporate Office: NRA-99, Observatory Lane, Palayam, Trivandrum, Kerala*
>
>
> *Mobile: +919544861010 *| Phone: 91-471- 4140414 |  Fax : 91-471-4010413
> | Raise Your Ticket: zincron-ticketing.com
>
>
> Connect with us @ Facebook
> 
>  | LinkedIn
> 
>
> Disclaimer:  This message contains confidential information and is
> intended only for the individual named.  If you are not the named addressee
> you should not disseminate, distribute or copy this e-mail.  Please notify
> the sender immediately by e-mail if you have received this e-mail by
> mistake and delete this e-mail from your system.  E-mail transmission
> cannot be guaranteed to be secure or error-free as information could be
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
> contain viruses.  The sender therefore does not accept liability for any
> errors or omissions in the contents of this message, which arise as a
> result of e-mail transmission.  If verification is required please request
> a hard-copy version.
>
> *7* Switch off as you go |*q *Recycle always | P Print only if absolutely
> necessary
>

Re: Delivery reports Queued

2016-02-10 Thread Robin C 
Hi spameden,

  Thank you for your reply. Actually the message
got delivered to our handset. But we didn't got any response from the
operator. When we check the access file of kannel we can only see the Sent
SMS field. Receive DLR is not coming. Is that because of our fault or it is
happening because the operator is not giving us the report?

On Thu, Feb 11, 2016 at 11:47 AM, spameden  wrote:

> This question was already replied before.
>
> DLR storage is only temporary. Kannel uses dlr table in DB/memory/file
> just to track certain DLRs for certain messages.
>
> Generally, the more you have in this queue means more messages weren't
> delivered to your upstream.
>
> You might need to check with your upstream SMSC provider or use proper
> dlr_mask to get all types of delivery reports (dlr_mask=31).
>
> 2016-02-11 8:36 GMT+03:00 Robin C :
>
>> Hi All,
>>
>>  See my kannel status below. I sent 12 messages. But
>> didnt receive any single DLR. All DLRs are in queue. Anybody know the reson
>> for this?
>>
>>
>> SMS: received 0 (0 queued), sent 12 (0 queued), store size 0
>> SMS: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>>
>> DLR: received 0, sent 0
>> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>> DLR: 12 queued, using mysql storage
>>
>> --
>>
>>*Thanks & Regards,*
>>
>>
>>
>>   Robin C
>>
>>  Linux System Administrator
>>
>>
>>
>> *ZIN-CRON | Bulk Sms, Voice Calls, Long Codes, Short Codes, Software
>> Development, Web & Graphic Designing.*
>>
>>
>> *www.zincron.co.in  | www. easyhops.co.in
>>  | www.equipe.co.in   *
>>
>> *Corporate Office: NRA-99, Observatory Lane, Palayam, Trivandrum, Kerala*
>>
>>
>> *Mobile: +919544861010 *| Phone: 91-471- 4140414 |  Fax : 91-471-4010413
>> | Raise Your Ticket: zincron-ticketing.com
>>
>>
>> Connect with us @ Facebook
>> 
>>  | LinkedIn
>> 
>>
>> Disclaimer:  This message contains confidential information and is
>> intended only for the individual named.  If you are not the named addressee
>> you should not disseminate, distribute or copy this e-mail.  Please notify
>> the sender immediately by e-mail if you have received this e-mail by
>> mistake and delete this e-mail from your system.  E-mail transmission
>> cannot be guaranteed to be secure or error-free as information could be
>> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
>> contain viruses.  The sender therefore does not accept liability for any
>> errors or omissions in the contents of this message, which arise as a
>> result of e-mail transmission.  If verification is required please request
>> a hard-copy version.
>>
>> *7* Switch off as you go |*q *Recycle always | P Print only if
>> absolutely necessary
>>
>
>


-- 

   *Thanks & Regards,*



  Robin C

 Linux System Administrator



*ZIN-CRON | Bulk Sms, Voice Calls, Long Codes, Short Codes, Software
Development, Web & Graphic Designing.*


*www.zincron.co.in  | www. easyhops.co.in
 | www.equipe.co.in   *

*Corporate Office: NRA-99, Observatory Lane, Palayam, Trivandrum, Kerala*


*Mobile: +919544861010 *| Phone: 91-471- 4140414 |  Fax : 91-471-4010413 |
Raise Your Ticket: zincron-ticketing.com


Connect with us @ Facebook

 | LinkedIn


Disclaimer:  This message contains confidential information and is intended
only for the individual named.  If you are not the named addressee you
should not disseminate, distribute or copy this e-mail.  Please notify the
sender immediately by e-mail if you have received this e-mail by mistake
and delete this e-mail from your system.  E-mail transmission cannot be
guaranteed to be secure or error-free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or contain
viruses.  The sender therefore does not accept liability for any errors or
omissions in the contents of this message, which arise as a result of
e-mail transmission.  If verification is required please request a
hard-copy version.

*7* Switch off as you go |*q *Recycle always | P Print only if absolutely
necessary

Re: Delivery reports Queued

2016-02-10 Thread Robin C 
Hi,

   Please find the pdu below. And we set dlr_mask = 31. Then we got the
ACK only.


2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP[DNDP_P]: Sending PDU:
2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU 0x7f2cd8000a10 dump:
2016-02-11 12:25:07 [30659] [6] DEBUG:   type_name: submit_sm
2016-02-11 12:25:07 [30659] [6] DEBUG:   command_id: 4 = 0x0004
2016-02-11 12:25:07 [30659] [6] DEBUG:   command_status: 0 = 0x
2016-02-11 12:25:07 [30659] [6] DEBUG:   sequence_number: 318 = 0x013e
2016-02-11 12:25:07 [30659] [6] DEBUG:   service_type: NULL
2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_ton: 5 = 0x0005
2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_npi: 0 = 0x
2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr: "senderid"
2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_ton: 1 = 0x0001
2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_npi: 1 = 0x0001
2016-02-11 12:25:07 [30659] [6] DEBUG:   destination_addr: "mobilenumber"
2016-02-11 12:25:07 [30659] [6] DEBUG:   esm_class: 3 = 0x0003
2016-02-11 12:25:07 [30659] [6] DEBUG:   protocol_id: 0 = 0x
2016-02-11 12:25:07 [30659] [6] DEBUG:   priority_flag: 0 = 0x
2016-02-11 12:25:07 [30659] [6] DEBUG:   schedule_delivery_time: NULL
2016-02-11 12:25:07 [30659] [6] DEBUG:   validity_period: NULL
2016-02-11 12:25:07 [30659] [6] DEBUG:   registered_delivery: 1 = 0x0001
2016-02-11 12:25:07 [30659] [6] DEBUG:   replace_if_present_flag: 0 =
0x
2016-02-11 12:25:07 [30659] [6] DEBUG:   data_coding: 0 = 0x
2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_default_msg_id: 0 = 0x
2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_length: 15 = 0x000f
2016-02-11 12:25:07 [30659] [6] DEBUG:   short_message: "testing new sms"
2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU dump ends.

Re: Delivery reports Queued

2016-02-10 Thread spameden 
I think it's best to ask your SMSC operator, might be an issue on their
side.

2016-02-11 10:04 GMT+03:00 Robin C :

> Hi,
>
>Please find the pdu below. And we set dlr_mask = 31. Then we got
> the ACK only.
>
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP[DNDP_P]: Sending PDU:
> 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU 0x7f2cd8000a10 dump:
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   type_name: submit_sm
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   command_id: 4 = 0x0004
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   command_status: 0 = 0x
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   sequence_number: 318 = 0x013e
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   service_type: NULL
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_ton: 5 = 0x0005
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_npi: 0 = 0x
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr: "senderid"
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_ton: 1 = 0x0001
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_npi: 1 = 0x0001
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   destination_addr: "mobilenumber"
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   esm_class: 3 = 0x0003
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   protocol_id: 0 = 0x
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   priority_flag: 0 = 0x
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   schedule_delivery_time: NULL
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   validity_period: NULL
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   registered_delivery: 1 =
> 0x0001
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   replace_if_present_flag: 0 =
> 0x
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   data_coding: 0 = 0x
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_default_msg_id: 0 = 0x
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_length: 15 = 0x000f
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   short_message: "testing new sms"
> 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU dump ends.
>
>
>

Re: Delivery reports Queued

2016-02-10 Thread spameden 
Dear, Vladimir Nikolaevich.

Can you please stop hijacking other people threads?

And read documentation a bit before asking your questions here:
http://kannel.org/userguide.shtml

It's all described in the documentation.

2016-02-11 10:15 GMT+03:00 Беляев Владимир Николаевич <v.bely...@sngb.ru>:

>
> How to install dlr mask = 31?
>
> *From:* users [mailto:users-boun...@kannel.org] *On Behalf Of *Robin C
> *Sent:* Thursday, February 11, 2016 12:05 PM
> *To:* spameden
> *Cc:* kannel users@kannel.org
> *Subject:* Re: Delivery reports Queued
>
>
>
> Hi,
>
>
>
>Please find the pdu below. And we set dlr_mask = 31. Then we got
> the ACK only.
>
>
>
>
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP[DNDP_P]: Sending PDU:
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU 0x7f2cd8000a10 dump:
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   type_name: submit_sm
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   command_id: 4 = 0x0004
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   command_status: 0 = 0x
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   sequence_number: 318 = 0x013e
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   service_type: NULL
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_ton: 5 = 0x0005
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_npi: 0 = 0x
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr: "senderid"
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_ton: 1 = 0x0001
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_npi: 1 = 0x0001
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   destination_addr: "mobilenumber"
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   esm_class: 3 = 0x0003
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   protocol_id: 0 = 0x
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   priority_flag: 0 = 0x
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   schedule_delivery_time: NULL
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   validity_period: NULL
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   registered_delivery: 1 =
> 0x0001
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   replace_if_present_flag: 0 =
> 0x
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   data_coding: 0 = 0x
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_default_msg_id: 0 = 0x
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_length: 15 = 0x000f
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG:   short_message: "testing new sms"
>
> 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU dump ends.
>
>
>
>
>

Re: Delivery reports Queued

2016-02-10 Thread spameden 
Few things:

1) set your smsc operator logs to debug level 0 to check if kannel is
sending registered_delivery flag in submit_sm packet.

2) make sure you use proper dlr_mask=31

2016-02-11 9:29 GMT+03:00 Robin C :

> Hi spameden,
>
>   Thank you for your reply. Actually the message
> got delivered to our handset. But we didn't got any response from the
> operator. When we check the access file of kannel we can only see the Sent
> SMS field. Receive DLR is not coming. Is that because of our fault or it is
> happening because the operator is not giving us the report?
>
> On Thu, Feb 11, 2016 at 11:47 AM, spameden  wrote:
>
>> This question was already replied before.
>>
>> DLR storage is only temporary. Kannel uses dlr table in DB/memory/file
>> just to track certain DLRs for certain messages.
>>
>> Generally, the more you have in this queue means more messages weren't
>> delivered to your upstream.
>>
>> You might need to check with your upstream SMSC provider or use proper
>> dlr_mask to get all types of delivery reports (dlr_mask=31).
>>
>> 2016-02-11 8:36 GMT+03:00 Robin C :
>>
>>> Hi All,
>>>
>>>  See my kannel status below. I sent 12 messages. But
>>> didnt receive any single DLR. All DLRs are in queue. Anybody know the reson
>>> for this?
>>>
>>>
>>> SMS: received 0 (0 queued), sent 12 (0 queued), store size 0
>>> SMS: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>>>
>>> DLR: received 0, sent 0
>>> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec
>>> DLR: 12 queued, using mysql storage
>>>
>>> --
>>>
>>>*Thanks & Regards,*
>>>
>>>
>>>
>>>   Robin C
>>>
>>>  Linux System Administrator
>>>
>>>
>>>
>>> *ZIN-CRON | Bulk Sms, Voice Calls, Long Codes, Short Codes, Software
>>> Development, Web & Graphic Designing.*
>>>
>>>
>>> *www.zincron.co.in  | www. easyhops.co.in
>>>  | www.equipe.co.in   *
>>>
>>> *Corporate Office: NRA-99, Observatory Lane, Palayam, Trivandrum, Kerala*
>>>
>>>
>>> *Mobile: +919544861010 *| Phone: 91-471- 4140414 |  Fax :
>>> 91-471-4010413 | Raise Your Ticket: zincron-ticketing.com
>>>
>>>
>>> Connect with us @ Facebook
>>> 
>>>  | LinkedIn
>>> 
>>>
>>> Disclaimer:  This message contains confidential information and is
>>> intended only for the individual named.  If you are not the named addressee
>>> you should not disseminate, distribute or copy this e-mail.  Please notify
>>> the sender immediately by e-mail if you have received this e-mail by
>>> mistake and delete this e-mail from your system.  E-mail transmission
>>> cannot be guaranteed to be secure or error-free as information could be
>>> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
>>> contain viruses.  The sender therefore does not accept liability for any
>>> errors or omissions in the contents of this message, which arise as a
>>> result of e-mail transmission.  If verification is required please request
>>> a hard-copy version.
>>>
>>> *7* Switch off as you go |*q *Recycle always | P Print only if
>>> absolutely necessary
>>>
>>
>>
>
>
> --
>
>*Thanks & Regards,*
>
>
>
>   Robin C
>
>  Linux System Administrator
>
>
>
> *ZIN-CRON | Bulk Sms, Voice Calls, Long Codes, Short Codes, Software
> Development, Web & Graphic Designing.*
>
>
> *www.zincron.co.in  | www. easyhops.co.in
>  | www.equipe.co.in   *
>
> *Corporate Office: NRA-99, Observatory Lane, Palayam, Trivandrum, Kerala*
>
>
> *Mobile: +919544861010 *| Phone: 91-471- 4140414 |  Fax : 91-471-4010413
> | Raise Your Ticket: zincron-ticketing.com
>
>
> Connect with us @ Facebook
> 
>  | LinkedIn
> 
>
> Disclaimer:  This message contains confidential information and is
> intended only for the individual named.  If you are not the named addressee
> you should not disseminate, distribute or copy this e-mail.  Please notify
> the sender immediately by e-mail if you have received this e-mail by
> mistake and delete this e-mail from your system.  E-mail transmission
> cannot be guaranteed to be secure or error-free as information could be
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
> contain viruses.  The sender therefore does not accept liability for any
> errors or omissions in the contents of this message, which arise as a
> result of e-mail transmission.  If verification is required please request
> a hard-copy version.
>
> *7* Switch off as you go |*q *Recycle always | P Print

RE: Delivery reports Queued

2016-02-10 Thread Беляев Владимир Николаевич 

How to install dlr mask = 31?

From: users [mailto:users-boun...@kannel.org] On Behalf Of Robin C
Sent: Thursday, February 11, 2016 12:05 PM
To: spameden
Cc: kannel users@kannel.org
Subject: Re: Delivery reports Queued

 

Hi,

 

   Please find the pdu below. And we set dlr_mask = 31. Then we got the ACK 
only.  

 

 

2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP[DNDP_P]: Sending PDU:

2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU 0x7f2cd8000a10 dump:

2016-02-11 12:25:07 [30659] [6] DEBUG:   type_name: submit_sm

2016-02-11 12:25:07 [30659] [6] DEBUG:   command_id: 4 = 0x0004

2016-02-11 12:25:07 [30659] [6] DEBUG:   command_status: 0 = 0x

2016-02-11 12:25:07 [30659] [6] DEBUG:   sequence_number: 318 = 0x013e

2016-02-11 12:25:07 [30659] [6] DEBUG:   service_type: NULL

2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_ton: 5 = 0x0005

2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr_npi: 0 = 0x

2016-02-11 12:25:07 [30659] [6] DEBUG:   source_addr: "senderid"

2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_ton: 1 = 0x0001

2016-02-11 12:25:07 [30659] [6] DEBUG:   dest_addr_npi: 1 = 0x0001

2016-02-11 12:25:07 [30659] [6] DEBUG:   destination_addr: "mobilenumber"

2016-02-11 12:25:07 [30659] [6] DEBUG:   esm_class: 3 = 0x0003

2016-02-11 12:25:07 [30659] [6] DEBUG:   protocol_id: 0 = 0x

2016-02-11 12:25:07 [30659] [6] DEBUG:   priority_flag: 0 = 0x

2016-02-11 12:25:07 [30659] [6] DEBUG:   schedule_delivery_time: NULL

2016-02-11 12:25:07 [30659] [6] DEBUG:   validity_period: NULL

2016-02-11 12:25:07 [30659] [6] DEBUG:   registered_delivery: 1 = 0x0001

2016-02-11 12:25:07 [30659] [6] DEBUG:   replace_if_present_flag: 0 = 0x

2016-02-11 12:25:07 [30659] [6] DEBUG:   data_coding: 0 = 0x

2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_default_msg_id: 0 = 0x

2016-02-11 12:25:07 [30659] [6] DEBUG:   sm_length: 15 = 0x000f

2016-02-11 12:25:07 [30659] [6] DEBUG:   short_message: "testing new sms"

2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU dump ends.