soap in smsbox
Hello, I want to implement a soap interface in the smsbox. As far as I know, there is no real sms over soap standard. If someone knows a soap interface that is frequently used, please inform me, then I implement that one, but as far as I have seen now every smsc provider that uses a soap interface has its own soap definition. When no one has a better suggestion I want to make a wsdl, which has one action: SendSms and the possible (sometimes optional) parameters: user, pass, from, to, tolist, udh, smsc, mclass, mwi, coding, compress, validity, deferred, dlr_mask, dlr_url, account, rpi, charset, binfo, priority someone has suggestions to add or remove params? Jaap
Re: [PATCH] SOAP module for kannel
Hi Vincent, is this SMSC working for you? I remember that this SMSC has had some issues therefore was not enabled by default. If you would like to enable it by default we need a userguide patch for how to use it. Vincent CHAVANIS wrote: Changes: - Allow In smscconn.c the use of smsc_soap_create() - Fixes segfault when having wrong config parameters - Spliting definitions into new file smsc_soap.h - Using global value SOAP_DEFAULT_SENDER_STRING as GW_NAME regards Vincent -- Telemaque - 06560 SOPHIA-ANTIPOLIS - (FR) Service Technique/Reseau - NOC Developpement SMS/MMS/Kiosques http://www.telemaque.fr/ [EMAIL PROTECTED] Tel : +33 4 92 90 99 84 (fax 9142) -- Thanks, Alex
Re: [PATCH] SOAP module for kannel
Alexander Malysh wrote: Hi Vincent, is this SMSC working for you? I remember that this SMSC has had some issues therefore was not enabled by default. If you would like to enable it by default we need a userguide patch for how to use it. yep, agree'ing here with Alex... we need the sections in the user's guide for this. 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 ---
Re: [PATCH] SOAP module for kannel
After a long proccess of investigation, i finaly found that this SMSC have some serious issues - XML specs files are really bad interpreted (fields are read with char * and then converted into octstr) - Lots of segfaults - SMSC driver cannot support multi SMSC (with the same driver, (**server not used)) - XML parsing is really old school. I'm in favor to remove this file from the current directory, or move it into /contrib or /dev Vincent. - Original Message - From: Stipe Tolj [EMAIL PROTECTED] Cc: devel@kannel.org Sent: Thursday, February 22, 2007 1:24 PM Subject: Re: [PATCH] SOAP module for kannel Alexander Malysh wrote: Hi Vincent, is this SMSC working for you? I remember that this SMSC has had some issues therefore was not enabled by default. If you would like to enable it by default we need a userguide patch for how to use it. yep, agree'ing here with Alex... we need the sections in the user's guide for this. 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 ---
Re: [PATCH] SOAP module for kannel
Vincent CHAVANIS wrote: After a long proccess of investigation, i finaly found that this SMSC have some serious issues - XML specs files are really bad interpreted (fields are read with char * and then converted into octstr) - Lots of segfaults - SMSC driver cannot support multi SMSC (with the same driver, (**server not used)) - XML parsing is really old school. I'm in favor to remove this file from the current directory, or move it into /contrib or /dev hm, ok, this means at least we don't include it in the abstraction layer of bearerbox we can keep it currently where it is Did you have a chance to grep your hands on gsoap? This should be the way to go for SOAP/XML processing IMO. I used it for my MMSC MM7 interface. 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 ---
Re: [PATCH] SOAP module for kannel
I will take a look at this ! - Original Message - From: Stipe Tolj [EMAIL PROTECTED] To: Vincent CHAVANIS [EMAIL PROTECTED] Cc: devel@kannel.org Sent: Thursday, February 22, 2007 2:38 PM Subject: Re: [PATCH] SOAP module for kannel Vincent CHAVANIS wrote: After a long proccess of investigation, i finaly found that this SMSC have some serious issues - XML specs files are really bad interpreted (fields are read with char * and then converted into octstr) - Lots of segfaults - SMSC driver cannot support multi SMSC (with the same driver, (**server not used)) - XML parsing is really old school. I'm in favor to remove this file from the current directory, or move it into /contrib or /dev hm, ok, this means at least we don't include it in the abstraction layer of bearerbox we can keep it currently where it is Did you have a chance to grep your hands on gsoap? This should be the way to go for SOAP/XML processing IMO. I used it for my MMSC MM7 interface. 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 ---
[PATCH] SOAP module for kannel
Changes: - Allow In smscconn.c the use of smsc_soap_create() - Fixes segfault when having wrong config parameters - Spliting definitions into new file smsc_soap.h - Using global value SOAP_DEFAULT_SENDER_STRING as GW_NAME regards Vincent -- Telemaque - 06560 SOPHIA-ANTIPOLIS - (FR) Service Technique/Reseau - NOC Developpement SMS/MMS/Kiosques http://www.telemaque.fr/ [EMAIL PROTECTED] Tel : +33 4 92 90 99 84 (fax 9142) smsc_soap.h Description: Binary data patch.soap Description: Binary data
Re: soap module
francesco emmi wrote: Hi Oded, I would like to try your soap module. I suppose it is necessary to patch the gateway code in order to make it work (it doesn't work as it is in stable kannel release 1.4.0). Please may you email me necessary patches? I really appreciate if you would give me some tips about how to use it or some example of XML end specs files thanks in advance Hi Oded, this is a good point... we don't have the required .xml .spec files within Kannel's cvs. I guess these are subject to the specific XML language. So they may vary. But it would be great to have at least one incarnation of those to put into doc/examples. Anyone of you guys can forward me those?! 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/ ---
soap module
Hi Oded, I would like to try your soap module. I suppose it is necessary to patch the gateway code in order to make it work (it doesn't work as it is in stable kannel release 1.4.0). Please may you email me necessary patches? I really appreciate if you would give me some tips about how to use it or some example of XML end specs files thanks in advance Francesco Emmi -- Francesco Emmi A-Tono Corso Martiri della Libert, 38 - 95131 Catania Tel.: (+39) 199.400.303 Fax : (+39) 199.400.302 http: www.a-tono.com Information in this email is confidential and may be privileged. It is intended for the addresses only. If you have received it in error, please notify the sender immediately and delete it from your system. You should not otherwise copy it, retransmit it or use or disclose its content to anyone. Thank you for your co-operation.
Re: SOAP
James Wong wrote: I have one provider here using SOAP for external parties who wish to send and receive SMS through their centre. They are also one of the major and best providers here. in some sense I notice that people are always hidding something. Like here the names from the operator. Why is that?! Don't they exists? Are they in some sense secret? *just currious* We are using Kannel as our gateway. 3 major providers here have their own different standard interface/protocol for external party to connect to their center. One is using SOAP, another using normal HTTP calls with headers, and the other one using bytes transfer and only one using industrial SMPP protocols. which shows us again, (hip hip hurray), why we have collaborative standard bodies that define protocolls to make life easier for all ;) I involve a lot in Kannel features customization to meet our own needs, and thus I do some debugging and coding in Kannel C codes. I don't mind if I take part to continue completing this module. But my skills and knowledge is limited and I need more guidance from you guys to complete it. Kannel has its own library for all protocols like HTTP, Socket, etc. What I need is actually a bit more detailed description and how it all layered in the Kannel. It takes time for me to understand all codes and I have other tasks to do as well. Perhaps some documents for technical stuffs would help. yep, we'd need some kind of visual/graphical abstraction layer displaying. Like a graph that shows dependecies of the layers and how they grap into each other. @Alex: David did some of that stuff. See the wallpaper in my office ;) was that usefull in any sense? Did you review? 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: SOAP
Hi, On Thursday 12 February 2004 11:43, Stipe Tolj wrote: James Wong wrote: I have one provider here using SOAP for external parties who wish to send and receive SMS through their centre. They are also one of the major and best providers here. in some sense I notice that people are always hidding something. Like here the names from the operator. Why is that?! Don't they exists? Are they in some sense secret? *just currious* Stipe, it's a daily business ;) [snip] yep, we'd need some kind of visual/graphical abstraction layer displaying. Like a graph that shows dependecies of the layers and how they grap into each other. @Alex: David did some of that stuff. See the wallpaper in my office ;) was that usefull in any sense? Did you review? I really don't know, have never reviewed and fortunately have no need ;) -- Best regards / Mit besten Grüßen aus Düsseldorf Dipl.-Ing. Alexander Malysh ___ Centrium GmbH Vogelsanger Weg 80 40470 Düsseldorf Fon: +49 (0211) 74 84 51 80 Fax: +49 (0211) 277 49 109 email: [EMAIL PROTECTED] web: www.centrium.de msn: [EMAIL PROTECTED] icq: 98063111 ___ Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: SOAP
11 2004, 11:10,Stipe Tolj: Hi James, Kannel has a smsc_soap.c Module that implements a SOAP/XML transport layer via HTTP for MT and MO SMS tranmission. The SOAP module hasn't been yet linked into the abstraction layer. You would have to modify slightly the bb_smscconn and smsccon files and simply add the smsc_soap.c functions prototype callers into the files and recompile. Actually I don't know which SOAP version it speaks. It actually doesn't speak SOAP at all - the SOAP part of the name is completly a distraction. what it does is provide infrstructure for handling XML based messaging. unless the xml your provider speaks is very simple (and SOAP is anything but simple - its an MS standard after all) the smsc_soap won't work out of the box for you. smsc_soap uses user supplied template files to generate XML messages by sending the template as is over HTTP after replacing specially crafted keywords in the text of the template with data from the sms message structure of kannel. it supports all the attributes of the sms structure (at the time of the writing) as well as some special names that denote special formatting. if you need anything else I'm afraid you'd have to add formatting functions into smsc_soap - but its very easy to do if you know some C. for MO and DLR handliing it reads user supplied mapping files that map XML tags and attributes into kannel sms message structure fields. The maintainer of the Module (Oded), seems to be inactive currently, even while he is still subscribed to the list AFAIK. Alive and well, just awfully busy doing non-kannel related stuff. I still have your email on my to answer list, sorry for not getting to it right now. @Oded: are you going to keep this up-to-date or may an other person pick up the module and keep maintaining it? Any one who want to pick this up is welcome to do and will get all the help from me (assuming I'm not too busy to answer emails, that is ;-). Currently the company I work for is phasing out our Kannel installations and is moving away from using Kannel based SMS products, so no company sponsored time from me is going to be going into kannel in the foreseeable future. OTOH I have full intention to keep working on Kannel in my spare time (whenever I find some I'll let you know :-). Another option may be the usage of gSOAP, which is a superb SOAP server/client pre-processor layer for C. This would avoid all the fuzzy XML parsing and SOAP element handling itself inside. Which is very good for real SOAP messaging. Unfortunatly I have not yet encountered any SMS connectivity provider that actually uses SOAP. they may label their products as SOAP (and some do) but its always some sort of proprietary XML schema, which is what smsc_soap was designed to handle. -- Oded Arbel m-Wise mobile solutions [EMAIL PROTECTED] +972-9-9581711 (116) +972-67-340014 ::.. We'll cross that bridge when we come back to it later.
Re: SMSC Connection using SOAP and FTP
On Donnerstag, August 21, 2003, at 01:05 Uhr, francesco emmi wrote: Hi all, I am using kannel with emi2 smsc protocol. Now I have to connect with a new SMSC which use a strange language to communicate with an SP.Communication language is not at protocol level, but at application level. I can summarize it in four step: 1) Transfer MMS or SMS content through FTP to Mobile Operator Repository 2) Ask a delivery Token through SOAP/HTTPS 3) Ask for content Delivery through SOAP/HTTPS. Is possible to specify different kind of SOAP Methods (one for MMS, SMS, EMS ecc,). And it is mandatory to include the token received in the last step. 4) Receive DLR through HTTP I Know that kannel has an http support, and that Oded Arbel wrote a SOAP module (in addition to MAM protocol which I'm still using!), but I' m wandering if they can be adapted to my task. Can someone help me? The best thing you can do is ask your SP to provide standard protocols using FTP/SOAP/HTTPS for delivery of SMS sounds like a very stupid way of doing business... ...but that doesn't mean you can not write a driver for such a freaky provider but I strongly doubt it would be of use for anyone else than this SP's customers (which probably are not that many). Andreas Fink Global Networks Switzerland AG -- Tel: +41-61-333 Fax: +41-61-334 Mobile: +41-79-2457333 Global Networks, Inc. Clarastrasse 3, 4058 Basel, Switzerland Web: http://www.global-networks.ch/ [EMAIL PROTECTED] --