I mean, I didn't test it yet....
________________________________ From: Tomer Ben David [mailto:[EMAIL PROTECTED] Sent: Monday, February 04, 2008 2:54 PM To: hafez ahmad Cc: [email protected] Subject: RE: Message Queue Full causes sms to be sent to smsc repeatedly manytimes a second I got a solution from Davor Spasoski from the forum (it wasn't tested yet...) but here is what he sent: Hi Tomer, Long time ago I had this problem. You should disable resending of the SMS in case of message queue full because it makes no sense. The SMSC will not let you and mobile originated SMS to be queued to the B-party until B-party is attached again and pulls all the messages. And god knows when and if it will happen. You have to do the following changes: smsc_smpp.c ........................................................................ ............... static long smpp_status_to_smscconn_failure_reason(long status) { switch(status) { /* case SMPP_ESME_RMSGQFUL: return SMSCCONN_FAILED_TEMPORARILY; break; case SMPP_ESME_RTHROTTLED: return SMSCCONN_FAILED_TEMPORARILY; break; */ default: return SMSCCONN_FAILED_REJECTED; } } ........................................................................ ................. Cheers! COSMOFON - Mobile Telecommunications Services - A.D. Skopje ________________________________ From: hafez ahmad [mailto:[EMAIL PROTECTED] Sent: Monday, February 04, 2008 11:29 AM To: Tomer Ben David Cc: [email protected] Subject: Re: Message Queue Full causes sms to be sent to smsc repeatedly many times a second HI, I am facing the same problem Tomer, did you found the solution, please share us the solution if you have it . Thanks, Regards, Hafez On Jan 14, 2008 11:23 AM, Tomer Ben David <[EMAIL PROTECTED]> wrote: Hi, I'm having a problem very similar to http://bugs.kannel.org/view.php?id=352 The problem that I'm having is: 1. I send an sms to a specific number like this: /cgi-bin/sendsms?user=myuser&password=mypassword&to=%2BSomeMobileNumber& text=HereIsALongText&coding=2&charset=utf-8&from=647463 2. As a result Kannel resends an sms repeatedly many times a second to that phone number overwhelming the smsc I see in kannel logs for each sms that is being sent for this user the following message: ERROR: SMPP[xx]: SMSC returned error code 0x00000014 (Message Queue Full) in response to submit_sm. The problem happens only when I send sms to this specific number, with other phone numbers its ok; the smsc guys want to disconnect me because they say I'm sending too many sms to the smsc a second - too many sms sent to smsc. Note that previously the system have sent sms with long text so they were split, to that number (the system converts email to sms to it sent many emails as sms to that phone number). I suspect that maybe that mobile phone is turned off (I don't know for sure whether that's true since I don't have control over this mobile phone its not in my control) so the SMSC queue is probably as message says full of messages that might have not been received by mobile phone. I have tried using: sms-resend-freq = 120 sms-resend-retry = 5 However these parameters didn't affect anything, the sms was still resent many times a second (and many times, was not limited to 5) and I had to restart the kannel to overcome this. Is there a solution to this problem? Is there a workaround to this problem? (My system is in production) If this is a bug, when is it planned to be fixed? Thanks Tomer -- Hafez A.Ahmad Amman-Jordan mobile:962-785259011 962-795708728 http://blog.hafezadnan.com ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************ ************ ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************ ************
