Unfortunately there is no solution. You can modify yourself source code to achieve it.
Or you can look at the commercial SMPPBox, msg [email protected] for details. 2013/5/23 Saju John <[email protected]> > So, what is the solution ? Is there any queue or store can be > implemented/configured. > > Saju > > *From*: spameden [mailto:[email protected]] > *Sent*: Thursday, May 23, 2013 09:02 PM > *To*: Saju John > *Cc*: Вадим Бажов <[email protected]>; [email protected] <[email protected]> > > *Subject*: Re: Kannel + OpenSMPP box > > That's exactly what I've said to Vadim. > > > 2013/5/23 Saju John <[email protected]> > >> Hello Spameden, >> >> it is not the opensmppbox is disconnected. But the client connection to >> the opensmmpbox sometimes get connected. Possibly because of client >> connection failure or the server maintenance at client site or internet >> disconnection. >> >> Saju >> >> ------------------------------ >> *From:* spameden [[email protected]] >> *Sent:* Thursday, May 23, 2013 8:19 PM >> *To:* Вадим Бажов >> *Cc:* Saju John; [email protected] >> *Subject:* Re: Kannel + OpenSMPP box >> >> 2013/5/23 Вадим Бажов <[email protected]> >> >>> why opensmppbox is disconnected? it should be always bounded with >>> kannel. you'll better start all the service using bearerbox masterservice. >>> it'll run kannel+all modules mentioned in kannel.conf such as opensmppbox, >>> sqlbox if present. >>> >> >> It has nothing to do with opensmppbox disconnecting, you didnt >> understand correctly what John said. >> >> Client connected through OpenSMPPBox got disconnected, thats why MO was >> not correctly routed. >> >> It's clearly a bug in OpenSMPPBox and should be fixed. (i.e. store >> temporarily message in the kannel.store until client connects again). >> >> >> >>> if your trouble is in ability to send more than one sms at the same >>> moment, because kannel is still working for the first sent sms by that time >>> - increase number of threads (it's 1 thread by default. i increased it up >>> to 10 threads) >>> >>> 23.05.2013 15:37, Saju John пишет: >>> >>> Hello All, >>> >>> >>> >>> I am using the kannel + opensmppbox for sending and receiving the >>> message. Kannel has multiple smpp connection to SMSC. The users connect to >>> the opensmppbox and submit and receive SMSs. When a new message is received >>> at the SMSC from the mobile , it is transferred to the kannel and the >>> kennel transfer it to the opensmppbox. If the opensmppbox is disconnected >>> at that point, the message is lost and “Request failed” message is sent to >>> the mobile. >>> >>> >>> >>> *Kannel Access log shows the message “Request Failed”* >>> >>> * * >>> >>> *Kannel bearerbox give the warning “WARNING: Could not route message to >>> smsbox id <name>, smsbox is gone!* >>> >>> * * >>> >>> *Kannel smsbox give the warning “WARNING: No translation found for >>> <message > from <NumberA> to NumberB> ERROR: request failed* >>> >>> >>> >>> >>> >>> I am looking for a way to put the message in a queue, if the client >>> connection to opensmppbox got terminated. When the client connect again, it >>> should transfer the pending mesaage. >>> >>> >>> >>> >>> >>> Regards, >>> >>> * * >>> >>> *Saju John * >>> >>> >>> >>> >>> >>> DISCLAIMER: The content of this email and any attachments (“email”) is >>> confidential, subject to copyright and may be read, copied and used only by >>> the intended recipient. If you are not the intended recipient please notify >>> us and erase all copies and do not disclose the email to any person. >>> Nothing in this email shall bind Thuraya in any contract or obligation. >>> Thuraya reserves the right to monitor all email communications through its >>> networks. We believe, but do not warrant, that this email is virus free. >>> >>> >>> >> >> >> DISCLAIMER: The content of this email and any attachments (“email”) is >> confidential, subject to copyright and may be read, copied and used only by >> the intended recipient. If you are not the intended recipient please notify >> us and erase all copies and do not disclose the email to any person. >> Nothing in this email shall bind Thuraya in any contract or obligation. >> Thuraya reserves the right to monitor all email communications through its >> networks. We believe, but do not warrant, that this email is virus free. >> > > > > DISCLAIMER: The content of this email and any attachments (�email�) is > confidential, subject to copyright and may be read, copied and used only by > the intended recipient. If you are not the intended recipient please notify > us and erase all copies and do not disclose the email to any person. > Nothing in this email shall bind Thuraya in any contract or obligation. > Thuraya reserves the right to monitor all email communications through its > networks. We believe, but do not warrant, that this email is virus free. >
