mail.com [mailto:donaldjs...@gmail.com] *En nombre de
> *Donald
> Jackson
> *Enviado el:* Miércoles, 19 de Octubre de 2016 05:09 a.m.
>
> *Para:* José Héctor Galimberti
> *CC:* kannel_dev_mailinglist
> *Asunto:* Re: [RFC] New 'box' Kannel Pluginbox
>
>
>
>
Octubre de 2016 05:09 a.m.
Para: José Héctor Galimberti
CC: kannel_dev_mailinglist
Asunto: Re: [RFC] New 'box' Kannel Pluginbox
Sorry I don't understand what you mean
On Wednesday, 19 October 2016, José Héctor Galimberti
wrote:
Theres a way to measure this parameter, onc
;
>
> *De:* donaldjs...@gmail.com
> [mailto:
> donaldjs...@gmail.com
> ] *En nombre de *Donald
> Jackson
> *Enviado el:* Martes, 18 de Octubre de 2016 04:00 p.m.
> *Para:* José Héctor Galimberti
> *CC:* kannel_dev_mailinglist
> *Asunto:* Re: [RFC] New 'box' Kannel P
Asunto: Re: [RFC] New 'box' Kannel Pluginbox
Hi Jose,
Please check out https://github.com/donald-jackson/kannel-pluginbox (read
README carefully)
1) If you have an HTTP application that can perform these tasks (routing, etc)
you can already do this with pluginbox + the HTTP plugi
Hi Jose,
Please check out https://github.com/donald-jackson/kannel-pluginbox (read
README carefully)
1) If you have an HTTP application that can perform these tasks (routing,
etc) you can already do this with pluginbox + the HTTP plugin.
The plugin is written to deal with requests in an asynchro
Hello Donald / Devel list I hope to see this plugin soon on the addon
repository of kannel.
1) Is this something worthwhile doing, does anyone else have a need for this?
Yes, i think on at least 2 features that I can do in my current implementation
of kannel
1.- Dynamic Prefix rou
he done() and callback() functions in the plugin
> structure?
>
> Are they required?
>
>
>
> == Rene
>
>
>
> *Van:* devel [mailto:devel-boun...@kannel.org] *Namens *Donald Jackson
> *Verzonden:* vrijdag 7 oktober 2016 11:50
> *Aan:* kannel_dev_mailinglist
What exactly do the done() and callback() functions in the plugin structure?
Are they required?
== Rene
Van: devel [mailto:devel-boun...@kannel.org] Namens Donald Jackson
Verzonden: vrijdag 7 oktober 2016 11:50
Aan: kannel_dev_mailinglist
Onderwerp: Re: [RFC] New 'box' Kannel
Hi everyone (again),
Thank you for the great feedback yesterday (publicly and privately).
I have updated the repository here:
https://github.com/donald-jackson/kannel-pluginbox
And have included the HTTP plugin as promised with an example of how to
modify and reject traffic. If you have any issu
: 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 manua
for an extra box anymore.
>
>
>
> == Rene
>
>
>
>
>
> *Van:* donaldjs...@gmail.com [mailto:donaldjs...@gmail.com] *Namens *Donald
> Jackson
> *Verzonden:* donderdag 6 oktober 2016 13:02
>
> *Aan:* Rene Kluwen
> *CC:* kannel_dev_mailinglist
> *Onderwerp:* Re: [RF
Jackson
Verzonden: donderdag 6 oktober 2016 13:02
Aan: Rene Kluwen
CC: kannel_dev_mailinglist
Onderwerp: 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
js...@gmail.com [mailto:donaldjs...@gmail.com] *Namens *Donald
> Jackson
> *Verzonden:* donderdag 6 oktober 2016 11:26
> *Aan:* Rene Kluwen
> *CC:* kannel_dev_mailinglist
> *Onderwerp:* Re: [RFC] New 'box' Kannel Pluginbox
>
>
>
> Hi Rene,
>
>
>
> G
d opensmppbox while maintaining plugin compatibility.
>
>
>
> == Rene
>
>
>
> *Van:* donaldjs...@gmail.com [mailto:donaldjs...@gmail.com] *Namens *Donald
> Jackson
> *Verzonden:* donderdag 6 oktober 2016 11:26
> *Aan:* Rene Kluwen
> *CC:* kannel_dev_mailinglist
> *O
Donald Jackson
Verzonden: donderdag 6 oktober 2016 11:26
Aan: Rene Kluwen
CC: kannel_dev_mailinglist
Onderwerp: 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
ar
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 many boxes if you want s
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.
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
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 stra
19 matches
Mail list logo