Re: [Devel] mm7-port configuration in CVS version?
Alex Judd wrote:
That would make some sense!
Yes, sorry I was thinking the Kannel part was a fixed entity when of
course it does make sense that the patches between 1.0 and CVS are
different
now, this bings us again to an issue that we are discussing in devel@kannel.org
for some time: module API.
Having a clean module API would mean that add-on modules can register at
Kannel's core (also using config constructs) and manual patching of the source
(ie. for Mbuni and our new sqlbox add-on module) would become absolute.
Just giving this in here, to let people think about it.
Stipe
mailto:stolj_{at}_wapme-group.de
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf, NRW, Germany
phone: +49.211.74845.0
fax: +49.211.74845.299
mailto:info_{at}_wapme-systems.de
http://www.wapme-systems.de/
---
___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org
Re: [Devel] Time for another point release?
Paul Bagyenda wrote:
Sounds good.
FYI: The only points in the mbuni patch that are not of general
interest have to do with the config params. All else should really be
in Kannel.
yep, agree... I'm currently reviewing the patch and will commit changes to
Kannel's CVS.
The issue about config directives that are used explicetly for Mbuni should go
also into the direction of an add-on API config mechanism, in order to let
add-on extentions configure and build without the explicite need on patching
Kannel's source tree.
Something like:
$ cd gateway
$ ./configure --with-add-on=../mbuni
then Mbuni's configure would be triggered after Kannel's configure runs and
Kannel would proive a mechanism to incorporate the new config directives
into it's gwlib/cfg.c module.
At least an approach, if you come up with a better one, please shout, we're open
for ideas in this section.
Stipe
mailto:stolj_{at}_wapme-group.de
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf, NRW, Germany
phone: +49.211.74845.0
fax: +49.211.74845.299
mailto:info_{at}_wapme-systems.de
http://www.wapme-systems.de/
---
___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org
Re: [Devel] user-agent and x-wap-profile integration
Deon van der Merwe wrote:
For the WAP1 devices: true. But for the WAP2 devices you will need
something at the MMSC layer, correct?
depends...
Some WAP2 devices go always via WAP2 gateway (ok ok, let's call them HTTP
proxies), others do direct HTTP lookups.
But I guess having this as a independant layer for both, wapbox and mbuni
available would be a good approach.
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org
Re: [Devel] [Users] Fwd: installing mbuni on cygwin
Abolfazl Rezvan wrote:
Hi,
I'm trying to install kannel+mbuni on cygwin. kannel was patched and
compiled and installed successfully but for mbuni in the middle of
./configure this error happens:
just as a reminder:
Kannel and hence also Mbuni will *NOT* run reliable on cygwin, since cygwin's
pthreads support is broken/limited.
You get unexpected segfaults and core dumps on cygwin for Kannel runs.
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org
Re: [Devel] Please permit passing additional parameters to sendsms
Loïc Minier wrote:
Hi,
We had problems delivering the notifications to some stricter SMS-C due
to invalid encoding of the SM. The root cause was incorrect message
class of the SM.
The Kannel source code seemed to show that the message class is
always set to zero in the HTTP interface (sendsms) if not specified
(other interfaces behave differently). The coding / binary flag is
also set to zero by this interface by default (meaning 7-bit /
non-binary). [1]
I now consider sendsms an interface where the defaults are not
specified, so I think it would be best for Mbuni to pass coding and
mclass parameters, but perhaps it's cleaner to offer them as
configuration options?
Anyway, I worked around this by removing ? in:
octstr_format_append(m-sendsms_url,
(from octstr_len(from) 1) ?
?username=%Spassword=%Sfrom=%S :
?username=%Spassword=%S,
user,
pass,from);
... to be able to use:
sendsms-url =
http://XXX:13013/cgi-bin/sendsms?coding=1mclass=1;
in mbuni.conf.
Bye,
[1] I mentionned this to Kannel devel as it seems there's Kannel code
to correctly guess the appropriate coding and perhaps mclass depending
on the presence of an udh.
did someone of use wise guys respond on this? ;)
What is the implication on this for Kannel itself?
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org
[Devel] [ANNOUNCE] New mailinsg list: Commercial offerings mailing list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Kannel Group is pleased to announce a new dedicated mailing list: [EMAIL PROTECTED] Purpose: This dedicated mailing list allows users of Kannel to interact with commercial vendors, either letting aggregators offer SMSC connectivity via the list or any other commercial implications arround Kannel and SMS marketing. Scope: Please subscribe to this mailing list to request SMSC connectivity to regional or international SMS coverage. Vendors are EXPLICETLY ALLOWED to use this mailing list to place their offerings and use it as customer entry point. Benefits: While vendors have access to more then 1500 registered Kannel users arround the world, please consider a donation for the group via the PayPal donation button as a fair give back process. Subscribing: Please see Kannel mailing list overview at http://www.kannel.org/lists.shtml to see how to get subscribed to the list. Best Regards, Stipe Tolj - -- Kannel: Open Source SMS and WAP Gateway Kannel Software Foundation (KSF) http://www.kannel.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMMSH9ez0oeKvYs0RAhlxAKClpN/4N/X/3V76nJZFx6aMzQYycwCfTbzA NvrvDoIzDyCeo/ERLertct0= =fcRb -END PGP SIGNATURE- ___ Devel mailing list Devel@mbuni.org http://lists.mbuni.org/mailman/listinfo/devel
[Devel] [PATCH] slight change in configure.ac to support cygwin
Hi list,
attached is a minor patch that ensures that we get a clean configure run on
Cygwin 1.x (POSIX.1 layer) systems. The issue on cygwin is, we need a more
strict library (-lxml2 in this case) specification while linking.
Asking Paul to apply to CVS please.
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
### Eclipse Workspace Patch 1.0
#P mbuni-cvs-head
Index: configure.ac
===
RCS file: /cvsroot/mbuni/mbuni/configure.ac,v
retrieving revision 1.26
diff -u -r1.26 configure.ac
--- configure.ac21 Dec 2007 10:14:08 - 1.26
+++ configure.ac27 Dec 2007 16:13:02 -
@@ -251,8 +251,9 @@
AC_MSG_RESULT([$gw_version])
AC_MSG_CHECKING([Kannel libs])
if ! $GW_CONFIG --libs /dev/null ; then
-LDFLAGS=$LDFLAGS `$GW_CONFIG --libs`
gw_libdir=`$GW_CONFIG --libs`
+LDFLAGS=$LDFLAGS $gw_libdir
+LIBS=$LIBS $gw_libdir
AC_MSG_RESULT([$gw_libdir])
fi
AC_MSG_CHECKING([Kannel includes])
Index: .cvsignore
===
RCS file: /cvsroot/mbuni/mbuni/.cvsignore,v
retrieving revision 1.1
diff -u -r1.1 .cvsignore
--- .cvsignore 25 Oct 2005 09:53:13 - 1.1
+++ .cvsignore 27 Dec 2007 16:13:02 -
@@ -16,3 +16,9 @@
libtool
config.status
gmon.out
+autom4te.cache
+mbuni-config.h
+mbuni-config.h.in
+.cproject
+.project
+stamp-h1
___
Devel mailing list
Devel@mbuni.org
http://lists.mbuni.org/mailman/listinfo/devel
