[RFC] New 'box' Kannel Pluginbox

Hi everyone, I have started laying the foundations for a new 'box' for Kannel which intends to allow users more flexibility in terms of the platform. At the moment there are many ways to get messages into the bearerbox, namely: smsbox, wapbox, opensmppbox, smppbox, ksmppd, sqlbox. Some rely on

Re: [RFC] New 'box' Kannel Pluginbox

Hi, First thought, yep would be really useful as for me it would allow removing the (or at least some) sms routing logic from the backend application and keep it within kannel, where it logically fits better. Additional thoughts: 1) Although HTTP as the initial plugin provides something

Re: [RFC] New 'box' Kannel Pluginbox

Hi Kyriacos, Thanks for your comments, in response: 1) The purpose of the 'initial' plugin is not to provide any specific feature, but to demonstrate how to implement a plugin and how to modify all fields of a message packet. If you (or another person) wished to build an XML router this would be

RE: [RFC] New 'box' Kannel Pluginbox

Yeah, I think it’s useful. Mainly to prevent having a chain of many boxes if you want some extra functionality. In fact, just now I was thinking of making such a box. So you saved me some work. Tip: Maybe you can make it source-code compatible with the smppbox server plugin architecture.

Re: [RFC] New 'box' Kannel Pluginbox

Hi Rene, Glad to have saved you some work :) Could you explain what you mean about making it compatible with SMPPBox plugin architecture? Thanks, Donald On 6 October 2016 at 10:55, Rene Kluwen wrote: > Yeah, I think it’s useful. > > Mainly to prevent having a chain of

RE: [RFC] New 'box' Kannel Pluginbox

This is more Stipe’s area. But his smppbox uses a plugin structure as well. If you use the same structure, people can upgrade/downgrade between smppbox server and opensmppbox while maintaining plugin compatibility. == Rene Van: donaldjs...@gmail.com [mailto:donaldjs...@gmail.com] Namens

Re: [RFC] New 'box' Kannel Pluginbox

Hi Rene, OK. I am familiar with SMPPBox (have written plugins too ;)) which is why I was wondering. The 'problem' with this would be that SMPPBox plugin architecture functions on PDUs (submit_sm, deliver_sm, data_sm etc) and not Msg * structures, so in order to make the plugins compatible it

RE: [RFC] New 'box' Kannel Pluginbox

True, you are right. “Your” plugins are generally more abstracted. Which is better. Another thing that I was thinking about: Sqlbox can be converted to a plugin. No need for an extra box anymore. == Rene Van: donaldjs...@gmail.com [mailto:donaldjs...@gmail.com] Namens Donald

Re: [RFC] New 'box' Kannel Pluginbox

I wish i can use this box to filter SMS by content or even other polices, it is a kind of SMS firewall. Many thanks. Cheers, Hanh. On Oct 6, 2016 18:02, "Donald Jackson" wrote: Hi Rene, OK. I am familiar with SMPPBox (have written plugins too ;)) which is why I was

RE: [RFC] New 'box' Kannel Pluginbox

I’ll see what I can do. It’s a great initiative! Having said that… I don’t have much time. So it may take a while. Van: donaldjs...@gmail.com [mailto:donaldjs...@gmail.com] Namens Donald Jackson Verzonden: donderdag 6 oktober 2016 16:42 Aan: Rene Kluwen CC:

Re: [RFC] New 'box' Kannel Pluginbox

That could be possible too, we would just need to expose some methods for injection of messages from the plugins. Currently the only mechanisms they have are event driven (on Msg received from a Box) - we would need one that you could manually inject from the database tables at a non-event time.