We should make sure that Kannel does not catch the GPL virus.
Those with commercial interests in Kannel would be hard pressed
to extract the free pieces from the GPL code.

Regards
  Joerg

 > -----Ursprüngliche Nachricht-----
 > Von: Christian Have [mailto:[EMAIL PROTECTED]]
 > Gesendet am: Freitag, 20. Juli 2001 15:21
 > An: Stipe Tolj; [EMAIL PROTECTED]
 > Betreff: RE: [RFC] mysql interface to kannel?
 > 
 > Methinks it's a very good idea with an database. MySQL is also a 
 > good choice (GPL, fast db, I love MySQL), but we shouldn't 
 > make kannel dependent of MySQL. If we choose to implement 
 > logging and such to the database, I think we should first define an
 > abstraction layer. The abstraction layer should ease the integration 
 > with other databases as well. Besides that, I'd love to 
 > help, especially
 > with MySQL...
 > 
 > Besides that, I have a question to the list:
 > Is anyone working with some sort of delivery reports for
 > kannel? I'm going to work on delivery reports in the next couple
 > of weeks or so, so if anyone can help me (or I can help 
 > anybody) let me
 > know...
 > I think i've seen the topic on the list before...
 > 
 > Sincerely,
 > Christian Theil Have.
 > 
 > 
 > ----Original Message-----
 > 
 > From:        Stipe Tolj
 > 
 > Sent:        fr 20-07-2001 13:35
 > 
 > To:  [EMAIL PROTECTED]
 > 
 > Cc:  
 > 
 > Subject:     [RFC] mysql interface to kannel?
 > 
 > 
 > Is there any interest that we may start implementing a DB based
 > 
 > interface to Kannel for various functions. This was on my TODO list
 > 
 > for quite a time and I would like to kick-off development on that.
 > 
 > 
 > 
 > We have incorporated MySQL client functions to Kannel within our
 > 
 > MSISDN Provisioning concept, but there are way more use for 
 > storing or
 > 
 > retrieving data to a database from Kannel:
 > 
 > 
 > 
 > - logging facility: access.log data may be stored to mysql db,
 > 
 > especialy for automatic billing support.
 > 
 > - configuration facility: multi-groups like sms-user, sms-service,
 > 
 > ota-config may be stored in mysql db, so there may be added or
 > 
 > manipulated while runtime and the service would not have to be
 > 
 > restarted to get notice of an update. This would make thinks
 > 
 > particular slower, but may add incredible functionality gains.
 > 
 > 
 > 
 > I think of a SMS gateway hosting service, where customers get an HTTP
 > 
 > based Account and log into a HTTP server (using PHP and MySQL) and
 > 
 > configure the way Kannel sends their SMS messages via EMI or other
 > 
 > SMSC protocols (more or less) individual, including incoming SMS
 > 
 > Services. Of course you have to keep certain options under 
 > restriction
 > 
 > so that you have control of the system and billing.
 > 
 > 
 > 
 > If there is interest in incorporating (at least in the first step)
 > 
 > MySQL interface for Kannel I may get my hands on the above issues.
 > 
 > 
 > 
 > Stipe
 > 
 > 
 > 
 > [EMAIL PROTECTED]
 > 
 > -------------------------------------------------------------------
 > 
 > Wapme Systems AG
 > 
 > 
 > 
 > Münsterstr. 248
 > 
 > 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
 > 
 > 

Reply via email to