Re: Store Growing

"Vincent CHAVANIS" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <13fa01c80217$d48a5cc0$9600a8c0@vince>
Hum,

what is the version of kannel are you using ?
is this is >=1.4.2, are you using store-type = spool ?

Vincent.

  ----- Original Message ----- 
  From: Mathieu Bruneau 
  To: Vincent CHAVANIS 
  Sent: Friday, September 28, 2007 11:27 PM
  Subject: RE: Store Growing


  Hi Vincent,

   

  The reason why the messages were queued is still unknown. Our guess is that the connection to the provider was broken at some point (or they refused them) and the messages were queued during that time. What we are sure is that they were queued over a long period of time a small bunch at a time (like 10 per days.)

   

  We are using smpp, emi, cimd as driver. The messages queue belong to different SMSC (mostly smpp and emi)

   

  We didn't see any performance problem, however we would prefer SMS not reaching customer after say 7 days of the initial attempt.

   

  We just realized last week that there was that many messages queued.

   

  Regards,

  -------
  Mathieu Bruneau



------------------------------------------------------------------------------

  From: Vincent CHAVANIS [mailto:[email protected]] 
  Sent: Friday, September 28, 2007 5:12 PM
  To: Mathieu Bruneau
  Subject: Re: Store Growing

   

  Hi mathieu,

   

  Why are you waiting for 300 messages :

  - Are you sending mass-messaging and the SMSC could'nt ack ?

  - What SMSC driver are you using ? (smpp, ucp, http ?)

  - Is this really annoying (in terms of performance)?

   

  Vincent

   

  --
  Telemaque - 06560 SOPHIA-ANTIPOLIS - (FR)
  Service Technique/Reseau - NOC 
  Developpement SMS/MMS/Kiosques
  http://www.telemaque.fr/
  [email protected]
  Tel : +33 4 92 90 99 84 (fax 9142)

    ----- Original Message ----- 

    From: Mathieu Bruneau 

    To: info.ubichip ; [email protected] 

    Sent: Friday, September 28, 2007 10:38 PM

    Subject: RE: Store Growing

     

    Yeah, answer a bit my question J

     

    Ok so restarting Kannel is the way to have the server retries the message.

    Isn't a better way to handle store "expiracy" would be something quite useful than flushing the full store? 

     

    Actually, what would happen if you want to make a load balanced HA kannel installation. Storing your dlr in mysql seems the good way of doing that. Is there an equivalent to the store or would the store be subject to being only a single node ?

    -------
    Mathieu Bruneau


----------------------------------------------------------------------------

    From: info.ubichip [mailto:[email protected]] 
    Sent: Friday, September 28, 2007 4:32 PM
    To: Mathieu Bruneau; [email protected]
    Subject: RE: Store Growing

     

    Hi Mathieu,

     

    Some answer to your questions :

    1/ it could be retrie but if no route are found, they stay until you restart Kannel and so Kannel will retry them

    2/ yes, find the files kannel.store and kannel.store.bak , delete them and restart kannel

     

    Hope that help

     

     


----------------------------------------------------------------------------

    From: Mathieu Bruneau [mailto:[email protected]] 
    Sent: vendredi 28 septembre 2007 11:34
    To: [email protected]
    Subject: Store Growing

     

    Hi,

    I currently have my kannel store that contains about 300 messages. I found out yesterday that some of them were quite old ( 2 months ). 

     

    1) For those messages, when are they "retried" to be sent? On restart or is there some trigger inside Kannel that makes it retry them? 

    2) Is there a way to clean, let's say, the one older than 7 days? Or configured an automatic expiracy on the SMS ?

     

    Regards,

    -------
    Mathieu Bruneau

     

     


----------------------------------------------------------------------

          Antivirus avast!: message Sortant sain. 

          Base de donnees virale (VPS) : 000777-2, 28/09/2007
          Analyse le : 28/09/2007 13:31:37
          avast! - copyright (c) 1988-2007 ALWIL Software.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.