On Wednesday 23 July 2003 14:35, Aarno Syv�nen wrote:
> -1 from to make store-file mandatory. What if Kannel is used as gw/ppg
> for mmsc ? Then mmsc would do reliable storage, and Kannel, to avoid
> duplication, should not do it.

I believe, in this case bearerbox will always get response from mmsc and write 
ack for this message into store file. Then bearerbox will never send message 
twice... If no ack from mmsc (or another application) will be gerated, then 
it is a bug in mmsc, because otherwise bearerbox can't know whether message 
was sent to mmsc or not...

>
> Another case are tests: when a new user is just testing Kannel, he would
> not need a store file.
>
> Aarno
>
> On Wednesday, July 23, 2003, at 02:13 PM, Alexander Malysh wrote:
> > Hi,
> >
> > segfault is fixed and commited! Here are some notes from me about
> > store-file...
> >
> > Store must be always initialized, even if no store file defined,
> > because store create message id's and timestamp for all sms's
> > handled in bearerbox! If no store file defined in config then no
> > files will be opened and no cleanup thread started.
> >
> > I believe store file must be mandatory parameter, because
> > otherwise all queued messages in bearerbox are loss while shutdown
> > or restart !
> >
> > What is you opinion about changing store-file option from optional to
> > mandatory ?
> >
> > On Wednesday 23 July 2003 13:14, Stipe Tolj wrote:
> >> Stipe Tolj wrote:
> >>> Ok,
> >>>
> >>> it seems that when MOs are passed to the abstraction layer via
> >>> gw/bb_smscconn.c:bb_smscconn_receive() and then tried to stored by
> >>> calling gw/bb_store.c:store_save() we get a segmentation fault in
> >>> there.
> >>>
> >>> It does not happen when the store-file is configured.
> >>>
> >>> Anyone changes something in there?! Heads up! (we'll cut them anyway
> >>> ;))
> >>
> >> ok, Alex, you added this to store_save():
> >>
> >> 287 amalysh 1.21
> >> 288                  /* always set msg id and timestamp */
> >> 289                  if (msg_type(msg) == sms) {
> >> 290                msg->sms.id = counter_increase(msg_id);
> >> 291                msg->sms.time = time(NULL);
> >> 292                  }
> >> 293
> >>
> >> I guess this is causing the problem?!
> >>
> >> 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
> >
> > --
> > Best regards / Mit besten Gr��en aus D�sseldorf
> >
> > Dipl.-Ing.
> > Alexander Malysh
> > ___________________________________________
> >
> > Centrium GmbH
> > Vogelsanger Weg 80
> > 40470 D�sseldorf
> >
> > Fon: +49 (0211) 74 84 51 80
> > Fax: +49 (0211) 277 49 109
> >
> > email: a.malysh at centrium.de
> > web: www.centrium.de
> > msn: olek2002 at hotmail.com
> > icq: 98063111
> > ___________________________________________
> >
> > Please avoid sending me Word or PowerPoint attachments.
> > See http://www.fsf.org/philosophy/no-word-attachments.html

-- 
Best regards / Mit besten Gr��en aus D�sseldorf

Dipl.-Ing.
Alexander Malysh
___________________________________________

Centrium GmbH
Vogelsanger Weg 80
40470 D�sseldorf

Fon: +49 (0211) 74 84 51 80
Fax: +49 (0211) 277 49 109

email: a.malysh at centrium.de
web: www.centrium.de
msn: olek2002 at hotmail.com
icq: 98063111
___________________________________________

Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html


Reply via email to