Re: SMPP BOX
On Wed, 2010-09-22 at 15:43, Nikos Balkanas wrote: > (not x-posting) [ Sorry, I also don't like X-posts but just wanted to move thread to devel ] > Just a note. I suspect that Debian 1.4.3 may be no good. At least > sqlbox was compiled with 3 DB libraries, so users had to install all > DB libraries for the rpm - impractical. Also since sqlbox is a bit > intelligent about its DB and building its own tables, it was picking > the first one defined, therefore it would always pick mysql no > matter what. Yes. Kannel in Debian testing/unstable is linked with sqlite0, sqlite3, postgresql and mysql. So is the kannel-sqlbox package. Dependency hell, IMHO. Well, I just offered to upload newer version for kannel users who wants to use SVN version (and next stable 'real soon now') but don't like/know how to build it from sources. And it would be really nice to update kannel's site with current data and links. > Maybe kannel has the same fate. But i was not referring to Debian > for submission. I was referring to the kannel site, where available > rpms are ~10 yrs old. Yes, Debian packages on the kannel site is really outdated. http://www.litux.org in unreachable. > BR, > Nikos > - Original Message - From: "Milan P. Stanic" > > To: > Cc: > Sent: Wednesday, September 22, 2010 2:04 PM > Subject: Re: SMPP BOX > > > [ Cc-ing to devel so Alex can read ] > > On Wed, 2010-09-22 at 13:11, Nikos Balkanas wrote: > >You need to be an administrator to upload content. The way I would > >do it, is to mark it as "Contribution: ..." in Subject and submit to > >Alex M, cc the list. He will upload it for you. If it is too large > >for email, talk to Alex first. > > OK. Tnx. I will do that. > > >PS: Usually rpms are built out of stable realeases (ie 1.4.3) not > >svn. Since a lot of additions have hapenned since, you might want to > >wait a bit for next release, 1.4.4, I believe it is very close due. > > Stable release (1.4.3) is already in Debian testing/unstable (and > Ubuntu, I think). > Debian is reluctant to accept development versions of software so I > usually build Kannel (and other important packages) from source. > > And because current Debian testing in "frozen" state I think that the > new stable release (as Alex announced on devel list) have a little > chance to go to next Debian stable. I know that is not best situation > because I know that the development version of Kannel is stable and > deserves to be in the stable distro's (be it Debian or other). > > Long story short, I would like to help people who do not have experience > to build Kannel (and opensmppbox) from sources, to have development (and > real soon now, stable) version "out of the box", because I did it > already for my own use. > > >BR, > >Nikos > >- Original Message - From: "Milan P. Stanic" > > > >To: > >Sent: Wednesday, September 22, 2010 12:15 PM > >Subject: Re: SMPP BOX > > > > > >On Wed, 2010-09-22 at 12:08, Nikos Balkanas wrote: > >>There is a special area in the downloads section of the site that > >>includes rpms. Why don't you contribute it there? > > > >Nice idea. I can build postgresql and mysql versions to. > > > >Though I don't know how to upload it there. Must I have account or > >anonymous upload is allowed? > > > >>BR, > >>Nikos > >>- Original Message - From: "Milan P. Stanic" > >> > >>To: > >>Sent: Wednesday, September 22, 2010 11:49 AM > >>Subject: Re: SMPP BOX > >> > >> > >>On Wed, 2010-09-22 at 00:44, dafodil wrote: > >>>I guess i need these steps to install smpp box > >>> > >>>create a directory gateway under path /usr/local then run command > >>>svn co https://svn.kannel.org/gateway/trunk > >>> > >>>Create a directory smppbox under path /usr/local/gateway then > >>run >command > >>>svn co https://svn.kannel.org/smppbox/trunk > >>> > >>>then go to directory /usr/local/gateway/trunk and run these commands > >>> ./configure > >>> make > >>> make install > >>> > >>>Same command run under /usr/local/gateway/smppbox/trunk > >>> ./configure > >>> make > >>> make install > >>> > >>>But i have got kannel installed(stable vesion 1.4.3).so what > >should i >>do? > >>>remove existing and install new ones.(if i need to remove than how?) > >>>or just re
Re: SMPP BOX
(not x-posting) Just a note. I suspect that Debian 1.4.3 may be no good. At least sqlbox was compiled with 3 DB libraries, so users had to install all DB libraries for the rpm - impractical. Also since sqlbox is a bit intelligent about its DB and building its own tables, it was picking the first one defined, therefore it would always pick mysql no matter what. Maybe kannel has the same fate. But i was not referring to Debian for submission. I was referring to the kannel site, where available rpms are ~10 yrs old. BR, Nikos - Original Message - From: "Milan P. Stanic" To: Cc: Sent: Wednesday, September 22, 2010 2:04 PM Subject: Re: SMPP BOX [ Cc-ing to devel so Alex can read ] On Wed, 2010-09-22 at 13:11, Nikos Balkanas wrote: You need to be an administrator to upload content. The way I would do it, is to mark it as "Contribution: ..." in Subject and submit to Alex M, cc the list. He will upload it for you. If it is too large for email, talk to Alex first. OK. Tnx. I will do that. PS: Usually rpms are built out of stable realeases (ie 1.4.3) not svn. Since a lot of additions have hapenned since, you might want to wait a bit for next release, 1.4.4, I believe it is very close due. Stable release (1.4.3) is already in Debian testing/unstable (and Ubuntu, I think). Debian is reluctant to accept development versions of software so I usually build Kannel (and other important packages) from source. And because current Debian testing in "frozen" state I think that the new stable release (as Alex announced on devel list) have a little chance to go to next Debian stable. I know that is not best situation because I know that the development version of Kannel is stable and deserves to be in the stable distro's (be it Debian or other). Long story short, I would like to help people who do not have experience to build Kannel (and opensmppbox) from sources, to have development (and real soon now, stable) version "out of the box", because I did it already for my own use. BR, Nikos - Original Message - From: "Milan P. Stanic" To: Sent: Wednesday, September 22, 2010 12:15 PM Subject: Re: SMPP BOX On Wed, 2010-09-22 at 12:08, Nikos Balkanas wrote: >There is a special area in the downloads section of the site that >includes rpms. Why don't you contribute it there? Nice idea. I can build postgresql and mysql versions to. Though I don't know how to upload it there. Must I have account or anonymous upload is allowed? >BR, >Nikos >- Original Message - From: "Milan P. Stanic" > >To: >Sent: Wednesday, September 22, 2010 11:49 AM >Subject: Re: SMPP BOX > > >On Wed, 2010-09-22 at 00:44, dafodil wrote: >>I guess i need these steps to install smpp box >> >>create a directory gateway under path /usr/local then run command >>svn co https://svn.kannel.org/gateway/trunk >> >>Create a directory smppbox under path /usr/local/gateway then >run >command >>svn co https://svn.kannel.org/smppbox/trunk >> >>then go to directory /usr/local/gateway/trunk and run these commands >> ./configure >> make >> make install >> >>Same command run under /usr/local/gateway/smppbox/trunk >> ./configure >> make >> make install >> >>But i have got kannel installed(stable vesion 1.4.3).so what should i >>do? >>remove existing and install new ones.(if i need to remove than how?) >>or just reinstalling the svn source should go fine.(in that case >do i >need >>any additional steps apart from what mentioned above) > >I built Kannel SVN version a week ago for Debian testing/unstable (with >sqlite3 support only) for i386 and amd64 architectures. If someone wants >to host them somewhere for users who do not have enough experience with >building software from sources I can upload all the packages (binary, >development, extra and documentation). > >It works in production on the squeeze (testing) Debian distribution >without any problem. I presume it should work on current stable >and testing Ubuntu. > >I also debianized opensmmpbox and built it for amd64 architecture (but >I could build i386 version because I have development chroots all >around) so it could be useful for people with less experience. > >If someone have resources (and good will) to host these packages drop >me a note, please. > >>Kiran Reddy-3 wrote: >>> >>> Hi, >>> >>> https://svn.kannel.org/gateway/trunk >>> >>> >>> On 9/22/2010 12:54, dafodil wrote: >>>> Hi List, >>>> > From the document i get following: >>>> - >>>> Latest Kannel must be installed (>1.4.3 svn version), including >>>
Re: SMPP BOX
[ Cc-ing to devel so Alex can read ] On Wed, 2010-09-22 at 13:11, Nikos Balkanas wrote: > You need to be an administrator to upload content. The way I would > do it, is to mark it as "Contribution: ..." in Subject and submit to > Alex M, cc the list. He will upload it for you. If it is too large > for email, talk to Alex first. OK. Tnx. I will do that. > PS: Usually rpms are built out of stable realeases (ie 1.4.3) not > svn. Since a lot of additions have hapenned since, you might want to > wait a bit for next release, 1.4.4, I believe it is very close due. Stable release (1.4.3) is already in Debian testing/unstable (and Ubuntu, I think). Debian is reluctant to accept development versions of software so I usually build Kannel (and other important packages) from source. And because current Debian testing in "frozen" state I think that the new stable release (as Alex announced on devel list) have a little chance to go to next Debian stable. I know that is not best situation because I know that the development version of Kannel is stable and deserves to be in the stable distro's (be it Debian or other). Long story short, I would like to help people who do not have experience to build Kannel (and opensmppbox) from sources, to have development (and real soon now, stable) version "out of the box", because I did it already for my own use. > BR, > Nikos > - Original Message - From: "Milan P. Stanic" > > To: > Sent: Wednesday, September 22, 2010 12:15 PM > Subject: Re: SMPP BOX > > > On Wed, 2010-09-22 at 12:08, Nikos Balkanas wrote: > >There is a special area in the downloads section of the site that > >includes rpms. Why don't you contribute it there? > > Nice idea. I can build postgresql and mysql versions to. > > Though I don't know how to upload it there. Must I have account or > anonymous upload is allowed? > > >BR, > >Nikos > >- Original Message - From: "Milan P. Stanic" > > > >To: > >Sent: Wednesday, September 22, 2010 11:49 AM > >Subject: Re: SMPP BOX > > > > > >On Wed, 2010-09-22 at 00:44, dafodil wrote: > >>I guess i need these steps to install smpp box > >> > >>create a directory gateway under path /usr/local then run command > >>svn co https://svn.kannel.org/gateway/trunk > >> > >>Create a directory smppbox under path /usr/local/gateway then > >run >command > >>svn co https://svn.kannel.org/smppbox/trunk > >> > >>then go to directory /usr/local/gateway/trunk and run these commands > >> ./configure > >> make > >> make install > >> > >>Same command run under /usr/local/gateway/smppbox/trunk > >> ./configure > >> make > >> make install > >> > >>But i have got kannel installed(stable vesion 1.4.3).so what should i do? > >>remove existing and install new ones.(if i need to remove than how?) > >>or just reinstalling the svn source should go fine.(in that case > >do i >need > >>any additional steps apart from what mentioned above) > > > >I built Kannel SVN version a week ago for Debian testing/unstable (with > >sqlite3 support only) for i386 and amd64 architectures. If someone wants > >to host them somewhere for users who do not have enough experience with > >building software from sources I can upload all the packages (binary, > >development, extra and documentation). > > > >It works in production on the squeeze (testing) Debian distribution > >without any problem. I presume it should work on current stable > >and testing Ubuntu. > > > >I also debianized opensmmpbox and built it for amd64 architecture (but > >I could build i386 version because I have development chroots all > >around) so it could be useful for people with less experience. > > > >If someone have resources (and good will) to host these packages drop > >me a note, please. > > > >>Kiran Reddy-3 wrote: > >>> > >>> Hi, > >>> > >>> https://svn.kannel.org/gateway/trunk > >>> > >>> > >>> On 9/22/2010 12:54, dafodil wrote: > >>>> Hi List, > >>>> > From the document i get following: > >>>> - > >>>> Latest Kannel must be installed (>1.4.3 svn version), including > >>>> development > >>>> headers and libraries. > >>>> Kannel’s gwlib is needed for compilation. Additionally > >a >>> working > >>>> (running) > >>>> Bearerbox is needed to
RE: [PATCH] SMPP box multipart messages
And right away committed to svn (earlier), since there were no objections.
== Rene
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf Of
Rene Kluwen
Sent: vrijdag 18 juni 2010 15:05
To: 'Konstantin Vayner'
Cc: 'Kannel Devel'
Subject: RE: [PATCH] SMPP box multipart messages
I changed it. It does look tidier.
== Rene
From: konstan...@appcell.net [mailto:konstan...@appcell.net] On Behalf Of
Konstantin Vayner
Sent: vrijdag 18 juni 2010 9:04
To: Rene Kluwen
Cc: Kannel Devel
Subject: Re: [PATCH] SMPP box multipart messages
Rene,
Looks good. +1
Though i dont like the "for (;;) {" approach in catenate_msg very much... it
looks stressing before going through the code in detail ;)
I'd rather have a do { .. } while(++max > total) -> and then instead of
unreachable return do a failure code...
But then again it seems like a common practice in gwlib and throughout kannel
code so it shouldnt be an issue
$ grep -rn 'for[ ]*(;;)' gw*
gw/urltrans.c:346:for (;;) {
gw/smsc/smsc.c:361:for (;;) {
gw/smsc/smsc_cimd.c:125:for (;;) {
gw/smsc/smsc_cimd.c:297:for (;;) {
gw/smsc/smsc_cimd.c:580:for (;;) {
gw/smsc/smsc_cimd.c:597:for (;;) {
gw/smsc/smsc_cimd.c:688:for (;;) {
gw/smsc/smsc_oisd.c:1248:for (;;) {
gw/smsc/smsc_cimd2.c:2053:for (;;) {
gw/smsc/smsc_emi.c:1289:for (;;) {
gw/smsc/smsc_smasi.c:945:for (;;) {
gw/smsc/smsc_sema.c:724:for (;;) {
gw/smsbox.c:1121:for (;;) {
gw/smsbox.c:3179:for (;;) {
gwlib/http.c:138:for (;;) {
gwlib/http.c:2126:for (;;) {
gwlib/mime.c:138:for (;;) {
gwlib/fdset.c:328:for (;;) {
gwlib/utils.c:244:for (;;) {
gwlib/utils.c:403:for (;;) {
Regards,
Konstantin
On Thu, Jun 17, 2010 at 9:25 PM, Rene Kluwen wrote:
Okay, to comply with Kannel's common practices, hereby I send in a patch for
open smppbox that allows for all parts of multipart messages to be sent via
the same smsc (letting bearerbox split the message up).
The patch applies to current svn trunk of smppbox.
Known issue: This patch submits a deliver_sm message for all parts of the
original message. Kannel complains about it, because it can only find the
first part in the dlr table.
Since this seems to be a Kannel issue and not smppbox, I am letting it this
way. This doesn't affect any practical, operational issues.
Special thanks to Tomasz Konopka for letting me test in his production
environment.
Can I have any votes on this?
== Rene
RE: [PATCH] SMPP box multipart messages
I changed it. It does look tidier.
== Rene
From: konstan...@appcell.net [mailto:konstan...@appcell.net] On Behalf Of
Konstantin Vayner
Sent: vrijdag 18 juni 2010 9:04
To: Rene Kluwen
Cc: Kannel Devel
Subject: Re: [PATCH] SMPP box multipart messages
Rene,
Looks good. +1
Though i dont like the "for (;;) {" approach in catenate_msg very much... it
looks stressing before going through the code in detail ;)
I'd rather have a do { .. } while(++max > total) -> and then instead of
unreachable return do a failure code...
But then again it seems like a common practice in gwlib and throughout kannel
code so it shouldnt be an issue
$ grep -rn 'for[ ]*(;;)' gw*
gw/urltrans.c:346:for (;;) {
gw/smsc/smsc.c:361:for (;;) {
gw/smsc/smsc_cimd.c:125:for (;;) {
gw/smsc/smsc_cimd.c:297:for (;;) {
gw/smsc/smsc_cimd.c:580:for (;;) {
gw/smsc/smsc_cimd.c:597:for (;;) {
gw/smsc/smsc_cimd.c:688:for (;;) {
gw/smsc/smsc_oisd.c:1248:for (;;) {
gw/smsc/smsc_cimd2.c:2053:for (;;) {
gw/smsc/smsc_emi.c:1289:for (;;) {
gw/smsc/smsc_smasi.c:945:for (;;) {
gw/smsc/smsc_sema.c:724:for (;;) {
gw/smsbox.c:1121:for (;;) {
gw/smsbox.c:3179:for (;;) {
gwlib/http.c:138:for (;;) {
gwlib/http.c:2126:for (;;) {
gwlib/mime.c:138:for (;;) {
gwlib/fdset.c:328:for (;;) {
gwlib/utils.c:244:for (;;) {
gwlib/utils.c:403:for (;;) {
Regards,
Konstantin
On Thu, Jun 17, 2010 at 9:25 PM, Rene Kluwen wrote:
Okay, to comply with Kannel's common practices, hereby I send in a patch for
open smppbox that allows for all parts of multipart messages to be sent via
the same smsc (letting bearerbox split the message up).
The patch applies to current svn trunk of smppbox.
Known issue: This patch submits a deliver_sm message for all parts of the
original message. Kannel complains about it, because it can only find the
first part in the dlr table.
Since this seems to be a Kannel issue and not smppbox, I am letting it this
way. This doesn't affect any practical, operational issues.
Special thanks to Tomasz Konopka for letting me test in his production
environment.
Can I have any votes on this?
== Rene
Re: [PATCH] SMPP box multipart messages
Rene,
Looks good. +1
Though i dont like the "for (;;) {" approach in catenate_msg very much... it
looks stressing before going through the code in detail ;)
I'd rather have a do { .. } while(++max > total) -> and then instead of
unreachable return do a failure code...
But then again it seems like a common practice in gwlib and throughout
kannel code so it shouldnt be an issue
$ grep -rn 'for[ ]*(;;)' gw*
gw/urltrans.c:346:for (;;) {
gw/smsc/smsc.c:361:for (;;) {
gw/smsc/smsc_cimd.c:125:for (;;) {
gw/smsc/smsc_cimd.c:297:for (;;) {
gw/smsc/smsc_cimd.c:580:for (;;) {
gw/smsc/smsc_cimd.c:597:for (;;) {
gw/smsc/smsc_cimd.c:688:for (;;) {
gw/smsc/smsc_oisd.c:1248:for (;;) {
gw/smsc/smsc_cimd2.c:2053:for (;;) {
gw/smsc/smsc_emi.c:1289:for (;;) {
gw/smsc/smsc_smasi.c:945:for (;;) {
gw/smsc/smsc_sema.c:724:for (;;) {
gw/smsbox.c:1121:for (;;) {
gw/smsbox.c:3179:for (;;) {
gwlib/http.c:138:for (;;) {
gwlib/http.c:2126:for (;;) {
gwlib/mime.c:138:for (;;) {
gwlib/fdset.c:328:for (;;) {
gwlib/utils.c:244:for (;;) {
gwlib/utils.c:403:for (;;) {
Regards,
Konstantin
On Thu, Jun 17, 2010 at 9:25 PM, Rene Kluwen wrote:
> Okay, to comply with Kannel's common practices, hereby I send in a patch
> for
> open smppbox that allows for all parts of multipart messages to be sent via
> the same smsc (letting bearerbox split the message up).
>
> The patch applies to current svn trunk of smppbox.
>
> Known issue: This patch submits a deliver_sm message for all parts of the
> original message. Kannel complains about it, because it can only find the
> first part in the dlr table.
> Since this seems to be a Kannel issue and not smppbox, I am letting it this
> way. This doesn't affect any practical, operational issues.
>
> Special thanks to Tomasz Konopka for letting me test in his production
> environment.
>
> Can I have any votes on this?
>
> == Rene
>
>
Re: [PATCH] SMPP box multipart messages
Looks good. +1 Nikos - Original Message - From: "Rene Kluwen" To: "'Kannel Devel'" Sent: Thursday, June 17, 2010 9:25 PM Subject: [PATCH] SMPP box multipart messages Okay, to comply with Kannel's common practices, hereby I send in a patch for open smppbox that allows for all parts of multipart messages to be sent via the same smsc (letting bearerbox split the message up). The patch applies to current svn trunk of smppbox. Known issue: This patch submits a deliver_sm message for all parts of the original message. Kannel complains about it, because it can only find the first part in the dlr table. Since this seems to be a Kannel issue and not smppbox, I am letting it this way. This doesn't affect any practical, operational issues. Special thanks to Tomasz Konopka for letting me test in his production environment. Can I have any votes on this? == Rene
[PATCH] SMPP box multipart messages
Okay, to comply with Kannel's common practices, hereby I send in a patch for open smppbox that allows for all parts of multipart messages to be sent via the same smsc (letting bearerbox split the message up). The patch applies to current svn trunk of smppbox. Known issue: This patch submits a deliver_sm message for all parts of the original message. Kannel complains about it, because it can only find the first part in the dlr table. Since this seems to be a Kannel issue and not smppbox, I am letting it this way. This doesn't affect any practical, operational issues. Special thanks to Tomasz Konopka for letting me test in his production environment. Can I have any votes on this? == Rene multipart13.patch Description: Binary data
Re: SMPP Box
> My company has a requirement to offer an SMPP interface to third > parties, something that Kannel currently lacks. I understand > however, that the project is currently working on an SMPP Box. > > Does anyone know who is working on it and when it is due for > release? If not anytime soon, is it possible for me to get a beta > version? I may be able to offer the project some testing and post my > results. it's "finished" and working yes. It's still property of Wapme and unfortunatly I can't offer a "free" version until we have a fixed consensus over here to put it in a modular way into the Kannel suite. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: SMPP Box
Howdy, This is a test reply; I've received complaints that some people are having problems with the upgraded mailman installation. Regards, Nick --On 07 January 2004 11:36 +1100 Luan La <[EMAIL PROTECTED]> wrote: Hi everyone, My company has a requirement to offer an SMPP interface to third parties, something that Kannel currently lacks. I understand however, that the project is currently working on an SMPP Box. Does anyone know who is working on it and when it is due for release? If not anytime soon, is it possible for me to get a beta version? I may be able to offer the project some testing and post my results. Thank you for your help. Kind regards, Luan La __ Get less junk mail with ninemsn Premium. Upgrade now! -- Nick Clarey, System Architect| "Sometimes when you fill a vacuum, Trigenix | it still sucks." - Rob Pike p +44-1223-478900 fx +44-1223-478901 |
SMPP Box
Hi everyone, My company has a requirement to offer an SMPP interface to third parties, something that Kannel currently lacks. I understand however, that the project is currently working on an SMPP Box. Does anyone know who is working on it and when it is due for release? If not anytime soon, is it possible for me to get a beta version? I may be able to offer the project some testing and post my results. Thank you for your help. Kind regards, Luan LaGet less junk mail with ninemsn Premium. Upgrade now!
