Re: How to pickup that you have run out of credits
Peter Christensen <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, Just for the record - IF kannel did call the dlr-url, the state of the message would be NACK/xxx where xxx is the error code (as a decimal number, if I remember correct) Best regards Peter Christensen Andreas Fink wrote: > > On 30.11.2005, at 15:55, Hillel wrote: > >> Hi, >> >> Thanks for your response. >> >> Some SMSC providers indicate you have run out of credits by giving >> back in >> the bearerbox.log: >> >> 2005-11-28 23:19:10 [27849] [6] ERROR: SMPP[smsc1]: SMSC returned error >> code 0x00000058 (Throttling error) in response to submit_sm. >> 2005-11-28 23:19:10 [27849] [6] DEBUG: command_status: 88 = >> 0x00000058 >> >> Their reasoning is there is no other parameter in the SMPP spec to >> indicate >> you have run out of credits. When this happens the SMS is not sent and I >> wondered if there is any way to get back the command_status when >> sending an >> SMS. > > there are other messages the SMSC can send back. Throttling is > definitively the wrong response. A real SMSC would not do that (most > real SMSC's dont have credit limits and only work postpaid) And frankly > having a DLR url for that would mean you get this being called even > withouth being out of credit but simply because you send a lot of data > quickly. Talk to your provider and ask him to send you back some other > error message which is more to the spec. I'm sure you talk to some > aggregator software, not a real SMSC. > > I just checked what our SMSC does in this case and it does return > ESME_RMSGQFUL if you have a connection bound. If you try to connect, it > returns ESME_RBINDFAIL. The problem with throttling is that its only a > TEMPORARY failure and Kannel MUST step back and wait a second or two and > then continue sending, meaning retrying the SMS over and over again. > Thats the purpose of the throttling message. Its there for flow control. > So it doesn't make any sense to generate any kind of DLR for it. It > would not result in what you are looking for. > > > Andreas Fink > Fink Consulting GmbH > > --------------------------------------------------------------- > Tel: +41-61-6666332 Fax: +41-61-6666331 Mobile: +41-79-2457333 > Address: Clarastrasse 3, 4058 Basel, Switzerland > E-Mail: [email protected] > Homepage: http://www.finkconsulting.com > --------------------------------------------------------------- > > ICQ: 101946485 MSN: [email protected] AIM: smsrelay Skype: andreasfink > Yahoo: finkconsulting SMS: +41792457333 > PGP9: 0714 DF2B A189 A760 6201 5CBD D040 3E71 4DAF 68BB > > >