1. Thanks for the lecture. But documentation needs to be written anyway, either if the code will be part of the gateway trunk or separately. I am too busy myself to come up with some proper document any time soon.
2. I think you understood it wrong. Smppbox is similar to sqlbox with regards that it connects to bearerbox, just like smsbox. The patch is made for Kannel, but smppbox could easily be converted to some kind of smppbox-standalone, just like sqlbox is. You need to start it separately from bearerbox. So in short: Also a separate box, not required by everyone (as well as wapbox also, which happens to be part of Kannel). == Rene -----Original Message----- From: Nikos Balkanas [mailto:[email protected]] Sent: maandag 7 juni 2010 16:26 To: Rene Kluwen; 'Alexander Malysh' Cc: [email protected] Subject: Re: smppbox Hi Rene, You may not be aware of it, but there is a 2-step acceptance. Or better phrased accept & commit. Once the patch code is accepted, the patch doc is submitted. Then the whole package is committed to the svn. No sense after all to create a doc if the code is never accepted, right? That's what i meant, and this is how it is traditionally handled. SQLbox is an independent separate box, and one that is not necessary to everyone. SMPPbox is part of bearerbox. It can be activated or not based on configuration. But this is a decision for Alex. BR, Nikos ----- Original Message ----- From: "Rene Kluwen" <[email protected]> To: "'Nikos Balkanas'" <[email protected]>; "'Alexander Malysh'" <[email protected]> Cc: <[email protected]> Sent: Monday, June 07, 2010 4:46 PM Subject: RE: smppbox > You contradict yourself now. First, you said documentation should be ready > first to accept it. > Now you say that you will write documentation when it is accepted. > > Either way, I was wrong in my original post. I thought that sqlbox was > part > of de gateway svn trunk already. But it is not. > I don't know why not, other from historical reasons but I think (imo) > smppbox should be treated the same way as sqlbox. > > Personally I think they both belong to 'gateway' instead of separate > projects, because it is a lot easier for the users. > But okay... if someone thinks they have a valid reason to have them split > up > (like the way it is now), it is fine for me as well. > > == Rene > > > > -----Original Message----- > From: Nikos Balkanas [mailto:[email protected]] > Sent: maandag 7 juni 2010 15:39 > To: Rene Kluwen; 'Alexander Malysh' > Cc: [email protected] > Subject: Re: smppbox > > OK, then. When it is accepted in the main kannel tree. > > BR, > Nikos > ----- Original Message ----- > From: "Rene Kluwen" <[email protected]> > To: "'Nikos Balkanas'" <[email protected]>; "'Alexander Malysh'" > <[email protected]> > Cc: <[email protected]> > Sent: Monday, June 07, 2010 4:21 PM > Subject: RE: smppbox > > >>I see an excellent opportunity for you, Nikos, to prove your skills, >>writing >> documentation :) >> >> -----Original Message----- >> From: Nikos Balkanas [mailto:[email protected]] >> Sent: maandag 7 juni 2010 14:12 >> To: Rene Kluwen; Alexander Malysh >> Cc: [email protected] >> Subject: Re: smppbox >> >> Dear Rene, >> >> Thanks a lot for this contribution. Upon succesful acceptance by kannel >> in >> the main svn, bear in mind that an additional component will be needed: a >> patch to kannel's User's guide. This is a requirement to every patch >> submitted to kannel. Can you take care of it? >> >> @Alex: This is a long awaited feature to bearerbox. It is also the second >> large contribution by Chimit. According to Rene it has been used in >> production for over a year without problems. I would like to see it in >> mainstream kannel. Is it feasible? >> >> My vote is +++1 >> >> BR, >> Nikos >> ----- Original Message ----- >> From: "Rene Kluwen" <[email protected]> >> To: <[email protected]> >> Sent: Friday, May 07, 2010 11:56 PM >> Subject: smppbox >> >> >>> Lectori Salutem, >>> >>> This email is about Chimit's smppbox. >>> >>> The rights to the smppbox code have been obtained by a third party, but >>> fortunately there is some good news for the open source community. >>> >>> An early version of smppbox (smpp v.3.0) will now be donated back to the >>> community. This version is by no means perfect and developers and >>> investors >>> are invited to contribute. All in the spirit of being an open-source >>> community. >>> >>> Chimit already developed the successful sqlbox, which is now part of the >>> main stream Kannel distribution, so if we all cooperate, this smppbox >>> can >>> go >>> the same way. >>> >>> To get you started, here is a preliminary download: >>> http://www.chimit.nl/kannel/smppbox.tar. >>> >>> Unfortunately, due to the expected response, we cannot give you support >>> on >>> this software, other than via the usual Kannel users mailing groups. >>> There >>> is nobody with experience on this particular matter of software, so >>> please >>> bear with me. I have little time to spend on free software. But >>> releasing >>> smppbox is a priority now, even when I cannot give sufficient support to >>> all >>> of you. >>> >>> If you want a carrier-grade, commerialy widely deployed smppbox or EMI >>> server functionality, we direct you to the alternatives. For instance >>> the >>> smppbox that Stipe Tolj provides ([email protected]). >>> >>> Cheers to all, >>> >>> Rene Kluwen >>> Chimit >>> >>> >>> >> >> >> > > >
