Re: multiple bearer box - Netikos?
Nisan Bloch wrote: At 11:37 AM 2/25/03 +0100, Stipe Tolj wrote: Kalle Marjola wrote: That's why I published them, altought I knew that some things are a bit too radical. As we have no resources to do any development on it right now, I hope that you can scavenge useful things out from it and this way improve the Kannel project. yep, +1 :) that's what we all do. ditto +1 i dont have much spare time, but I could over the next week or so make a list of those pieces that we can move over basically transparently (eg http libs) and those that would be relatively easy (eg adding the sms-service rules from NMGW) and those that cannot be done without some major changes to Kannel. ok, go for it. Listen anyway to the list, because we may start already with sync'ing some parts from Netikos version to the official tree. 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
Re: multiple bearer box - Netikos?
On Sun, 23 Feb 2003, Stipe Tolj wrote: Nisan Bloch wrote: I think rolling NMGW into Kannel would be worthwhile. At the same time come up with a combined bbox+smsbox version, with the same HTTP interface. In addition an API to build XXXboxs with. Smsbox would be the first such app and maybe the smppbox and emibox that have been mentioned on the list. definetly. We should merge things from Netikos version into official Kannel. Main question would be how many efforts Netikos is *still* doing in continued development of their branch? Kalle? Practically nothing has been done since I pusblished that code. You guys could switch off to the official tree and get your great things included there. This would cause a benefit for all. That's why I published them, altought I knew that some things are a bit too radical. As we have no resources to do any development on it right now, I hope that you can scavenge useful things out from it and this way improve the Kannel project. -- kalle marjola
Re: multiple bearer box - Netikos?
Kalle Marjola wrote: That's why I published them, altought I knew that some things are a bit too radical. As we have no resources to do any development on it right now, I hope that you can scavenge useful things out from it and this way improve the Kannel project. yep, +1 :) that's what we all do. 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
Re: multiple bearer box - Netikos?
At 11:37 AM 2/25/03 +0100, Stipe Tolj wrote: Kalle Marjola wrote: That's why I published them, altought I knew that some things are a bit too radical. As we have no resources to do any development on it right now, I hope that you can scavenge useful things out from it and this way improve the Kannel project. yep, +1 :) that's what we all do. ditto +1 i dont have much spare time, but I could over the next week or so make a list of those pieces that we can move over basically transparently (eg http libs) and those that would be relatively easy (eg adding the sms-service rules from NMGW) and those that cannot be done without some major changes to Kannel. Nisan 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
Re: multiple bearer box - Netikos?
Nisan Bloch wrote: I think rolling NMGW into Kannel would be worthwhile. At the same time come up with a combined bbox+smsbox version, with the same HTTP interface. In addition an API to build XXXboxs with. Smsbox would be the first such app and maybe the smppbox and emibox that have been mentioned on the list. definetly. We should merge things from Netikos version into official Kannel. Main question would be how many efforts Netikos is *still* doing in continued development of their branch? Kalle? You guys could switch off to the official tree and get your great things included there. This would cause a benefit for all. 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
Re: multiple bearer box - Netikos?
At 10:20 AM 2/20/03 +0100, Stipe Tolj wrote: Alexander Malysh wrote: that's true. That's why we implemented the 'include = file' feature for the config file handling, so you can structurize the global config file for your own needs. It's like you setup an apache config for every VHost you'd like to run. AFAIK, the Netikos version had such things. We should definetly start to port things from their version to the official tree. yup it does. I keep wanting to do this but then worry about getting off the current tree too much. For whats its worth here are some notes that I started on NMGW a while back. * I like the merged smsbox/bearerbox. * NMGW have much better handling of concat messages. I had a situation where a user posted through a udh of 264 bytes, this will crash the current Kannel. I havent tested this with your NMGW, but from looking at your code it seems you will handle it. * NMGW reconcats MO messages. * The current Kannel however has a much more complete EMI,SMPP and AT2 implementations, * The DLR handing is a tricky one. NMGW has a better implementation and abstraction layer for the dlr stuff, and it would be relatively easy to roll the exisiting Kannel DLR functionality into NMGW but not the other way. * Utoi's reworked HTTP lib is indeed substantially better. * Without doubt the extended charset / unicode support is great. * I see that you dont have mclass support in the sms push CGI - Kannel is ahead on smsbox/config file options. * Kannel has better control over stopping and starting individual SMSC connections from the HTTP admin interface, but NMGW reloads configs better. I dont think either can add new SMSC connections on the fly. I am also not sure how NMGW handles queued messages when restarting from HTTP interface. * A bit concerned about the lack of mysql support? Is the NMGW store file support super stable? It becomes critical for deliv acks to keep state between restarts of the gateway? * The NMGW sms-service stuff is very very nice. I like the power of the conditions and matching rules. And might be helpfull for handling deliv_acks. I think rolling NMGW into Kannel would be worthwhile. At the same time come up with a combined bbox+smsbox version, with the same HTTP interface. In addition an API to build XXXboxs with. Smsbox would be the first such app and maybe the smppbox and emibox that have been mentioned on the list. Nisan