Am 23.05.2013 um 19:21 schrieb spameden <spame...@gmail.com>: > Unfortunately there is no solution. > > You can modify yourself source code to achieve it. > > Or you can look at the commercial SMPPBox, msg st...@tolj.org for details.
or msg to me :-) > > > 2013/5/23 Saju John <s_j...@thuraya.com> > So, what is the solution ? Is there any queue or store can be > implemented/configured. > > Saju > > From: spameden [mailto:spame...@gmail.com] > Sent: Thursday, May 23, 2013 09:02 PM > To: Saju John > Cc: Вадим Бажов <mas...@remort.net>; users@kannel.org <users@kannel.org> > Subject: Re: Kannel + OpenSMPP box > > That's exactly what I've said to Vadim. > > > 2013/5/23 Saju John <s_j...@thuraya.com> > 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 [spame...@gmail.com] > Sent: Thursday, May 23, 2013 8:19 PM > To: Вадим Бажов > Cc: Saju John; users@kannel.org > Subject: Re: Kannel + OpenSMPP box > > 2013/5/23 Вадим Бажов <mas...@remort.net> > 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. > >