Well, yeah... I mean, last time it happens a modem stop responding and a script monitor alert me that queue was stopped. I check it out and saw the pending messages. After stop the smsc and fix the modem, I restart and messages was gone. I look for them in store-location directory but they was really not there.
I think I could fix this using a mySQL store and moving messages to other(s) smsc, but I'm afraid of put too many requests to database (it is already used a lot).. regards, Dino Hi, The store mechanism is independent of any smsc, common for all of them and kannel will panic if it is not accesible. Kannel backs up its message Q in the store-location you specify. Therefore the mechanism you ask is already in place. Have you checked in the store-location for any messages during normal operation? Have you used the admin interface to view the Q contents? BR, Nikos ----- Original Message ----- From: "Dino Sane Moreira" <[email protected]> To: <[email protected]> Sent: Thursday, August 20, 2009 8:52 PM Subject: Re: Basic queue management - loss of message > Donald, > > I use "smsc = smpp" and "smsc = at". It happens with any of them, although > more with modems. > > Alvaro, > I have configurated this: > > store-type = spool > store-location = /etc/kannel/store > > any ideas about? > > Thanks for promptly reply ! > > > > -----Mensagem original----- > De: [email protected] [mailto:[email protected]] Em > nome de [email protected] > Enviada em: quinta-feira, 20 de agosto de 2009 13:00 > Para: [email protected] > Assunto: users Digest, Vol 36, Issue 48 > > Send users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.kannel.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of users digest..." > > > Today's Topics: > > 1. Basic queue management - loss of message (Dino Sane Moreira) > 2. Re: Basic queue management - loss of message (Donald Jackson) > 3. Re: Basic queue management - loss of message (Donald Jackson) > 4. Re: Basic queue management - loss of message (Alvaro Cornejo) > 5. Re: Basic queue management - loss of message (Alvaro Cornejo) > 6. Re: Basic queue management - loss of message (Nikos Balkanas) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 20 Aug 2009 08:13:49 -0300 > From: "Dino Sane Moreira" <[email protected]> > Subject: Basic queue management - loss of message > To: <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > Hi All, > > I'm using Kannel for 3 or 4 mounts now and every week I check for a patch > or > new version fixing this absolutely basic issue: > > If you stop a gateway all messages queued are lost! > > So I ask you: if the connection with operator is lost during the sending > process, what options do you have? I mean, you check out the box and see > that you have 498 messages to send yet. The connection with that > specifically operator is gone... And so what? What can be done? > > Of course this does not happens often, otherwise would be impossible to > use > Kannel. But for those who use modems, I think the problem could be far > bigger. A pool of 10 modems receive 5,000 messages to send. If one of them > freeze, the correct would be not redistribute the remaining messages to > the > others? > > For short: is not possible NOT LOOSE the messages queued when stop/restart > a > gateway or bearerbox/smsbox ??? Does anyone know a patch to this? > > Thanks in advance, > > Dino > > > > > ------------------------------ > > Message: 2 > Date: Thu, 20 Aug 2009 13:44:16 +0200 > From: Donald Jackson <[email protected]> > Subject: Re: Basic queue management - loss of message > To: Users mailing list <[email protected]> > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > What kind of SMSCs are you using? > I noticed that there is some inconsistency with regards to this behaviour > between different SMSC types. > > Thanks, > Donald > > 2009/8/20 Dino Sane Moreira <[email protected]> > >> Hi All, >> >> I'm using Kannel for 3 or 4 mounts now and every week I check for a patch >> or >> new version fixing this absolutely basic issue: >> >> If you stop a gateway all messages queued are lost! >> >> So I ask you: if the connection with operator is lost during the sending >> process, what options do you have? I mean, you check out the box and see >> that you have 498 messages to send yet. The connection with that >> specifically operator is gone... And so what? What can be done? >> >> Of course this does not happens often, otherwise would be impossible to > use >> Kannel. But for those who use modems, I think the problem could be far >> bigger. A pool of 10 modems receive 5,000 messages to send. If one of >> them >> freeze, the correct would be not redistribute the remaining messages to > the >> others? >> >> For short: is not possible NOT LOOSE the messages queued when >> stop/restart >> a >> gateway or bearerbox/smsbox ??? Does anyone know a patch to this? >> >> Thanks in advance, >> >> Dino >> >> >> > > > -- > Donald Jackson > http://www.ddj.co.za/ > donaldjster(a)gmail.com > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://www.kannel.org/pipermail/users/attachments/20090820/279e6667/attachm > ent-0002.html> > > ------------------------------ > > Message: 3 > Date: Thu, 20 Aug 2009 13:44:16 +0200 > From: Donald Jackson <[email protected]> > Subject: Re: Basic queue management - loss of message > To: Users mailing list <[email protected]> > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > What kind of SMSCs are you using? > I noticed that there is some inconsistency with regards to this behaviour > between different SMSC types. > > Thanks, > Donald > > 2009/8/20 Dino Sane Moreira <[email protected]> > >> Hi All, >> >> I'm using Kannel for 3 or 4 mounts now and every week I check for a patch >> or >> new version fixing this absolutely basic issue: >> >> If you stop a gateway all messages queued are lost! >> >> So I ask you: if the connection with operator is lost during the sending >> process, what options do you have? I mean, you check out the box and see >> that you have 498 messages to send yet. The connection with that >> specifically operator is gone... And so what? What can be done? >> >> Of course this does not happens often, otherwise would be impossible to > use >> Kannel. But for those who use modems, I think the problem could be far >> bigger. A pool of 10 modems receive 5,000 messages to send. If one of >> them >> freeze, the correct would be not redistribute the remaining messages to > the >> others? >> >> For short: is not possible NOT LOOSE the messages queued when >> stop/restart >> a >> gateway or bearerbox/smsbox ??? Does anyone know a patch to this? >> >> Thanks in advance, >> >> Dino >> >> >> > > > -- > Donald Jackson > http://www.ddj.co.za/ > donaldjster(a)gmail.com > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://www.kannel.org/pipermail/users/attachments/20090820/279e6667/attachm > ent-0003.html> > > ------------------------------ > > Message: 4 > Date: Thu, 20 Aug 2009 08:20:42 -0500 > From: Alvaro Cornejo <[email protected]> > Subject: Re: Basic queue management - loss of message > To: Users mailing list <[email protected]> > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi > > You need to configure the store-xxx parameters on core group. If you > do not define it, kannel will store on ram and messages will be lost > in case kannel or the smsc restarts... > > Regards > > Alvaro > > |--------------------------------------------------------------------------- > --------------------------------------| > Env?e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier > celular y Nextel > en el Per?, M?xico y en mas de 180 paises. Use aplicaciones 2 vias via > SMS y GPRS online > Visitenos en www.perusms.NET www.smsglobal.com.mx y > www.pravcom.com > > > > On Thu, Aug 20, 2009 at 6:13 AM, Dino Sane Moreira<[email protected]> > wrote: >> Hi All, >> >> I'm using Kannel for 3 or 4 mounts now and every week I check for a patch > or >> new version fixing this absolutely basic issue: >> >> If you stop a gateway all messages queued are lost! >> >> So I ask you: if the connection with operator is lost during the sending >> process, what options do you have? I mean, you check out the box and see >> that you have 498 messages to send yet. The connection with that >> specifically operator is gone... And so what? ?What can be done? >> >> Of course this does not happens often, otherwise would be impossible to > use >> Kannel. But for those who use modems, I think the problem could be far >> bigger. A pool of 10 modems receive 5,000 messages to send. If one of >> them >> freeze, the correct would be not redistribute the remaining messages to > the >> others? >> >> For short: is not possible NOT LOOSE the messages queued when >> stop/restart > a >> gateway or bearerbox/smsbox ??? Does anyone know a patch to this? >> >> Thanks in advance, >> >> Dino >> >> >> > > > > ------------------------------ > > Message: 5 > Date: Thu, 20 Aug 2009 08:20:42 -0500 > From: Alvaro Cornejo <[email protected]> > Subject: Re: Basic queue management - loss of message > To: Users mailing list <[email protected]> > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi > > You need to configure the store-xxx parameters on core group. If you > do not define it, kannel will store on ram and messages will be lost > in case kannel or the smsc restarts... > > Regards > > Alvaro > > |--------------------------------------------------------------------------- > --------------------------------------| > Env?e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier > celular y Nextel > en el Per?, M?xico y en mas de 180 paises. Use aplicaciones 2 vias via > SMS y GPRS online > Visitenos en www.perusms.NET www.smsglobal.com.mx y > www.pravcom.com > > > > On Thu, Aug 20, 2009 at 6:13 AM, Dino Sane Moreira<[email protected]> > wrote: >> Hi All, >> >> I'm using Kannel for 3 or 4 mounts now and every week I check for a patch > or >> new version fixing this absolutely basic issue: >> >> If you stop a gateway all messages queued are lost! >> >> So I ask you: if the connection with operator is lost during the sending >> process, what options do you have? I mean, you check out the box and see >> that you have 498 messages to send yet. The connection with that >> specifically operator is gone... And so what? ?What can be done? >> >> Of course this does not happens often, otherwise would be impossible to > use >> Kannel. But for those who use modems, I think the problem could be far >> bigger. A pool of 10 modems receive 5,000 messages to send. If one of >> them >> freeze, the correct would be not redistribute the remaining messages to > the >> others? >> >> For short: is not possible NOT LOOSE the messages queued when >> stop/restart > a >> gateway or bearerbox/smsbox ??? Does anyone know a patch to this? >> >> Thanks in advance, >> >> Dino >> >> >> > > > > ------------------------------ > > Message: 6 > Date: Thu, 20 Aug 2009 19:00:03 +0300 > From: "Nikos Balkanas" <[email protected]> > Subject: Re: Basic queue management - loss of message > To: "Alvaro Cornejo" <[email protected]> > Cc: [email protected] > Message-ID: <000701ca21af$48c03570$02b2a...@tardis> > Content-Type: text/plain; format=flowed; charset="windows-1253"; > reply-type=original > > Hi, > > If store-location is misstyped, kannel will panic. How would you guys feel > if this was also the case for store-* not specified? > > BR, > Nikos > ----- Original Message ----- > From: "Alvaro Cornejo" <[email protected]> > To: "Users mailing list" <[email protected]> > Cc: <[email protected]> > Sent: Thursday, August 20, 2009 4:20 PM > Subject: Re: Basic queue management - loss of message > > > Hi > > You need to configure the store-xxx parameters on core group. If you > do not define it, kannel will store on ram and messages will be lost > in case kannel or the smsc restarts... > > Regards > > Alvaro > > |--------------------------------------------------------------------------- > --------------------------------------| > Env?e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier > celular y Nextel > en el Per?, M?xico y en mas de 180 paises. Use aplicaciones 2 vias via > SMS y GPRS online > Visitenos en www.perusms.NET www.smsglobal.com.mx y > www.pravcom.com > > > > On Thu, Aug 20, 2009 at 6:13 AM, Dino Sane Moreira<[email protected]> > wrote: >> Hi All, >> >> I'm using Kannel for 3 or 4 mounts now and every week I check for a patch >> or >> new version fixing this absolutely basic issue: >> >> If you stop a gateway all messages queued are lost! >> >> So I ask you: if the connection with operator is lost during the sending >> process, what options do you have? I mean, you check out the box and see >> that you have 498 messages to send yet. The connection with that >> specifically operator is gone... And so what? What can be done? >> >> Of course this does not happens often, otherwise would be impossible to >> use >> Kannel. But for those who use modems, I think the problem could be far >> bigger. A pool of 10 modems receive 5,000 messages to send. If one of >> them >> freeze, the correct would be not redistribute the remaining messages to >> the >> others? >> >> For short: is not possible NOT LOOSE the messages queued when >> stop/restart > >> a >> gateway or bearerbox/smsbox ??? Does anyone know a patch to this? >> >> Thanks in advance, >> >> Dino >> >> >> > > > > > ------------------------------ > > _______________________________________________ > users mailing list > [email protected] > http://www.kannel.org/mailman/listinfo/users > > > End of users Digest, Vol 36, Issue 48 > ************************************* > >
