Re: Change standard WAP-ports?
Oh, and I'm using version 1.1.5 as that's the one in the debian archive. is there still someone maintaining the rpm and debian packages?! I guess we need volonteers here. 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
Re: Change standard WAP-ports?
Right. But I use GPRS, so that's not an option. hmmm, are you able anyway to adress an optional WAP gw if you are in a GPRS network? I think of the situation where the operator firewalls everything except his own gw to allow you access to the rest of the world? 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
Re: Is libxml2 invoked whenever Kannel fetches a XML file
Hi, I am summarizing the actions once more here: 1) RENAMED hello.wml TO hello.xml FILE. BUT text/html 2) COPIED SAMPLE libxml2 (WAP-GENERATING) XML FILE TO APACHE DOCUMENTROOT STILL text/html 3) CONFIGURED XML ENGINE COCOON WITH APACHE. IN SAMPLE COCOON XML FILE REPLACED HTML TAGS WITH WML TAGS. BUT STILL text/html Kannel is a gateway, not a content server. It cannot know file extensions. (Or tags, before parsing the content!). But does see response headers. 4) WROTE A SERVLET PROGRAM, SET CONTENT-TYPE AS text/vnd.wap.wml AND HURRAH OUTPUT OF SERVLET SEEN IN ERICSSON R380 That's true. Kannel compiles content with wml compiler, if Content-Type is text/vnd.wap.wml. (If Content-Type text/vnd.wap.wmlscript, it uses wmlscript compiler.) 5) CONCLUSION: WHENEVER KANNEL SEES .xml EXTENSION, FETCHES OUTPUT AND PASSES IT ON TO libxml2. GNOME XML LIBRARY FAILS TO PROCESS OUTPUT AND LABELS IT AS text/html Yes, Kannel does use Gnome XML. But decisions are based on Content-Type, as I said previously. Aarno
Re: SMS PDU for OTA-WSP connectionless Wap Push
Anarchy wrote: --- Aarno Syvänen [EMAIL PROTECTED] wrote: WSP Push Pdu 00 - app id? 06 - push 0D - header length? AE 92 04 3C 21 A5 6E 84 81 B4 80 AF 80 - no idea about the rest Is this a working tokenized SI document ? It is, have you tested it with a phone ? i copied this header from a previous message and it does work by trial and error, i've managed to trim it to just 00 06 01 AE though i still have no idea where the AE comes in This is the Content Type, only necessary header. It means application/vnd.wap.sic. (Compiled SI document.) See WSP Content-Type definitions in http://www.wapforum.org/wina. And remember that you must add 80 (turn first bit), content type value being a short integer actually, i'm only interested in sending the SI and both the UDH and WSP headers are not really important so i'll only want the bare necessities... the push can be successfully received by a T68. Yep, defaults works in most cases. Content Type is required, because there are many possible push content types. Aarno
Re: [RFC] Conffiguration variable for setting maximum incomingmessages queue length
Hi Nisan, Nisan Bloch wrote: Hi Aarno At 04:52 PM 4/19/02 +0300, Aarno Syvänen wrote: Hi List, There have been some high stress Kannel tests (continous 350 msg/s, peak 560 msg/s) here at Wiral. Kannel will crash, because incoming messages queue what hardware are you running this on? There were four processors, two Kannels (with cimd simulators) running in 850 MHz Celerons and an application protocol running in a two-processor machine. Is this using Mysql or mem based dlr lists? No dlrs at all. This is because application protocol on the top of Kannel is of request - response type. So, one could say, dlrs are build into the protocol itself. Yes, it would be nice to test results with dlrs - this being more normal Kannel usage. What type of SMSCs are u connecting to? SMSCs were CIMD simulators running in same machine than Kannels. You must remember Kannel queue problem I mentioned. But this shows itself more in crashes than in performance. I report again when the queue problem is fixed. Aarno
GSMViewer.class
Ckecking the contrib/web dir, seems GSMViewer.class and GSM.class are not avalaible. I think Bruno did that web dir, they aren't there intentionally or is only a mistake? Thanks Andrea Viscovich Direct Line: +39 041 2574825 Email2Mobile: [EMAIL PROTECTED] email :[EMAIL PROTECTED]