Re: Store file

Hi,
When restarting kannel it tries to send all msgs in the store file.
Most of the times there will be more than 10 or 20 messages.
Some times even more. My SMSC limits the no. of msgs per sec
I can send to 5. But when I restart kannel like this I think it will
try to send all the messages at the same time which may be more than 5/sec.
I dont know whether it is due to this I get the following error several times
whenever I try to send stored msgs by restarting kannel.

"I/O Error or other error : Reconnecting"

and only some messages are sent. What will be the problem?

Is the throughput parameter applicable to SMPP SMSC also?

Thank you
Shanavaz.

  ----- Original Message ----- 
  From: Stipe Tolj 
  To: Shanavaz E A 
  Cc: [email protected] 
  Sent: Tuesday, May 27, 2003 7:27 AM
  Subject: Re: Store file


  Hi Shanavaz,

  Shanavaz E A schrieb:
  > 
  > Hi,
  > I am using kannel 1.3.0 on radhat 8.0 with SMPP smsc.
  > Some times the messages I sent are going to the store file only.
  > And the messages in this store file are not send until I restart
  > kannel. Is there any way to send the messages in the store file
  > without restarting kannel? Also when restarting not all messages are
  > sent. I have to restart several times to completely send all
  > messages.
  > Any solution?

  hmmm, that situation is a little bit confusing. We had "similar"
  things hapenning here. While a certain smsc-id links has been up a
  message which has been forced to be routed that way has been left in
  the store file without any noticable reason.

  Unfortunatly I don't have an description for the effect.

  Is this fully reproducable on your side? Unfortunatly it's not on our
  :(

  Yes, Kannel reads in the store-file at startup and trieds them as if
  they would have been send all in a bunch by a smsbox connection, hence
  putting the read-in messages into the outgoing queue.

  There may be a retry-thread in some time, which would cause to
  re-inject the stored messages into the queueing. But this raises
  certain other problematic issues, like not re-sending messages.
  Because a message is "stored" in the store-file until the smsc ACKs
  the sending. If the retry-thread would run between the protocoll
  transmission of the message (hence submit_sm in case of SMPP) and the
  delivery of ACK (submit_sm_resp) it would cause a re-sending of the
  messages, which would be semantically bogus.

  Stipe

  [email protected]
  -------------------------------------------------------------------
  Wapme Systems AG

  Vogelsanger Weg 80
  40470 Düsseldorf

  Tel: +49-211-74845-0
  Fax: +49-211-74845-299

  E-Mail: [email protected]
  Internet: http://www.wapme-systems.de
  -------------------------------------------------------------------
  wapme.net - wherever you are