MMS compiler
Hello everyone, i am able to send MMS Notifcations now (and i have toasted a 7650 already ;).*hooray* But i am facing a new problem *g*. How to compile MMS? At the moment i use NowSMS to compile them but it runs only with a Windows Operating System. Does someone know a (license-)free tool which compiles MMS for Linux? Or does someone write his/her own tool to compile them? Which application is the best or most preferred to build MMS? I have heard about a Nokia application but i am not able to find it on the very weird and unsorted site of http://forum.nokia.com. Thanks in advance, J A S O N -- . / j a s o n Jason-Brian Friedrich[EMAIL PROTECTED] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- LINUX is user friendly, its just picky about who its friends are!
Re: Urgent Query ??
On Friday, February 14, 2003, at 09:41 PM, Stipe Tolj wrote: Bruno Rodrigues wrote: Citando Stipe Tolj [EMAIL PROTECTED]: No, Kannel is not fully WAP 1.2.1 compliant. We cover the most important parts: WTP-SAR, WAP Push, no UAProf. I might have some news about UAProf one of these days ;) Hint: Deli, Cocoon, Vodafone live that would be great. No, that would very, very, great. You implementation is WAP UAProf based on Profile headers ? (No User Agent header read ?). Most MMS phones actually support UAProf, so one can really use this. New release is OK fro me, because UAProf mean 1.5, and we can bundle all other things into it. Aarno
Re: MMS compiler
Friedrich, Jason Brian wrote: Hello everyone, i am able to send MMS Notifcations now (and i have toasted a 7650 already ;).*hooray* But i am facing a new problem *g*. How to compile MMS? At the moment i use NowSMS to compile them but it runs only with a Windows Operating System. which is definetly the choise to have ;) Does someone know a (license-)free tool which compiles MMS for Linux? Or does someone write his/her own tool to compile them? We aim to have corresponding functions in Kannel, but they haven't been implemented yet. Which application is the best or most preferred to build MMS? I have heard about a Nokia application but i am not able to find it on the very weird and unsorted site of http://forum.nokia.com. We you the Nokia Java libraries on our MMSC. They are pretty well. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: SMSC emulators
And there is another for cimd2: test/test_cimd2.c. I and others used it as a basis for a server testing environment. Aarno On Friday, February 14, 2003, at 09:21 PM, Stipe Tolj wrote: Benoit Doreau wrote: Hi, I just wanted to know the state in the development of this project, as listed in the web: == == [80 days] SMSC emulators for stress testing In order to properly test the SMSC protocol implementations, we should implement SMSC emulators. This may or may not be helpful for making sure the protocol implmentation themselves are correct, but will make sure there are no timing etc. problems in Kannel related to them. == == Has anything been done? yes. Kannel includes a dummy SMPP server, test/drive_smpp.c which can be used to test the client SMPP side. We at Wapme have implemented an SMPP server/proxy based on Kannel's lib code. It will be open sourced and contributed to Kannel in some upcoming time (without exact estimation yet). Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: MMS compiler
On Mon, 2003-02-17 at 10:45, Stipe Tolj wrote: which is definetly the choise to have ;) Not really *gg* We aim to have corresponding functions in Kannel, but they haven't been implemented yet. That would be really great. Are there any plans or can you estimate when there will be a beta version of Kannel which supports it? Your So called beta- or cvs-versions are (many, many times) better than releases of some other developers ;) We you the Nokia Java libraries on our MMSC. They are pretty well. I downloaded it from the Nokia site and hope that i can do anything with it. So far, ./ j a s o n
Re: MMS compiler
Jason Brian Friedrich wrote: On Mon, 2003-02-17 at 10:45, Stipe Tolj wrote: which is definetly the choise to have ;) Not really *gg* We aim to have corresponding functions in Kannel, but they haven't been implemented yet. That would be really great. Are there any plans or can you estimate when there will be a beta version of Kannel which supports it? Your So called beta- or cvs-versions are (many, many times) better than releases of some other developers ;) no, there are no plans yet. I'd like to setup a couple of people that would implement this. Basically I need volonteers that do re-engeneer the Nokia classes to C code. Hmm, pretty simple, or?! But who is going to have time for this? Jason maybe you?! :) Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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
[RFC] urltrans'lations
Hi list, I got an idea that would be an easy but powerfull feature for the sms-service urltrans()ing. I'd like to introduce a boolean sms-service config directive, maybe 'non-authorative' (defaulted to 'no') that does the following: If set to yes, then the urltrans search is continued and hence two (or even more) sms-service groups matched for the keyword and hence two (or even more) URLs, text or exec (or whatever) would be triggered by one MO SMS. I'm not quite sure how this would be implemented in smsbox:obey_request_thread(), but it's just an idea I have. BTW, anyone tried to port Netikos's urltrans() routines (which are very good IMO) to the official source tree?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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: [RFC] urltrans'lations
Hi Stipe, List, Am Montag, 17. Februar 2003 16:48 schrieb Stipe Tolj: [snip] BTW, anyone tried to port Netikos's urltrans() routines (which are very good IMO) to the official source tree?! Can you please provide link to their changes/patches ? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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 -- Best regards / Mit besten Grüßen aus Köln Dipl.-Ing. Alexander Malysh ___ Centrium GmbH Ehrenstraße 2 50672 Köln Fon: +49 (0221) 277 49 240 Fax: +49 (0221) 277 49 109 email: [EMAIL PROTECTED] web: www.centrium.de msn: [EMAIL PROTECTED]
Re: [RFC] urltrans'lations
Alexander Malysh wrote: Hi Stipe, List, Am Montag, 17. Februar 2003 16:48 schrieb Stipe Tolj: [snip] BTW, anyone tried to port Netikos's urltrans() routines (which are very good IMO) to the official source tree?! Can you please provide link to their changes/patches ? please check the mail archive. Kalle Marjola send the email containing the link to their patched version. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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
Rotatelog for traditional Unix systems
Everyone
Additional comments on rotating logs for the userguide for systems that
don't have RedHat's logrotate installed.
Alex
--- userguide.xml.orig 2003-02-17 17:19:11.420001000 +
+++ userguide.xml 2003-02-17 17:20:19.650037000 +
@@ -7490,6 +7490,24 @@
endscript
}
/userinput/screen
+
+ para
+ For traditional Unix based systems such as Solaris and HPUnix we
recommend using
+ rotatelog, a free Perl based log rotator from InterHack
(http://www.interhack.net
+ /projects/rotatelog/). A sample logrotate script
(/usr/local/etc/rotatelog.conf)
+ is shown below.
+ /para
+
+ screenuserinput
+ FILES:
+ /var/log/kannel/access.log2M kannel:kannel775
gz 100
+ /var/log/kannel/enpocket.log 2M kannel:kannel775
gz 100
+ /var/log/kannel/smsbox.log2M kannel:kannel775
gz 100
+ ACTIONS:
+ kill - HUP | ps -ef | grep -i production | awk '{print $2}' :
/var/log/kannel/access.log, /var/log/kannel/enpocket.log,
/var/log/kannel/smsbox.log
+ NOTIFY:
+ [EMAIL PROTECTED]
+ /userinput/screen
/sect1
/appendix
Kannel wap limits ?
Hi.
I'm trying to force kannel to let a mobile download realplayer.sis file
(584.720bytes) through it.
I know that I'm crazy to try it, but I just need to know the limits of kannel
and see if we can do better than CMG ;)
First problem is that Nokia 3650 sends a SDU of 357.000 bytes and kannel simply
refuses to send the file back.
It's a good start relativly to CMG, because I will get a reply quickly (altough
it could be a nice wap page saying something meanfull instead of a rude gateway
error). CMG tries to do something and only breaks after something like 10 seconds.
Then I've removed SDU checks from kannel :), adding a 0
gw/wap-appl.c line 654:
/*
* If the response is too large to be sent to the client,
* suppress it and inform the client.
*/
if (0 octstr_len(content.body) sdu_size sdu_size 0) {
Now the mobile goes having fun downloading the file:
Kannel logs starts with a:
2003-02-18 02:52:12 [5] DEBUG: WTP: begin_sar_result(): data len = 584867
then a,
2003-02-18 02:52:14 [5] DEBUG: WTP: continue_sar_result(): lsegm=2, nsegm=1015,
csegm=-1
until it gets to:
2003-02-18 02:54:24 [5] DEBUG: WTP: resp_machine 2, state RESULT_RESP_WAIT,
event RcvAck.
2003-02-18 02:54:24 [5] DEBUG: WTP: continue_sar_result(): lsegm=254,
nsegm=1015, csegm=251
2003-02-18 02:54:24 [5] DEBUG: WTP: dispath_to_wdp(): psn = 255
2003-02-18 02:54:24 [5] PANIC: gwlib/octstr.c:1677: octstr_set_bits: Assertion
`value = mask' failed.
This means what ? are we assuming that psn is a unsigned byte ?
To reach the Nokia3650 SDU, we would need to send 620 psn's, so I think
something is broken in kannel. :(
Any idea ?
--
Davi / Bruno.RodriguesatLitux.Org
Litux.org: 02:58:48 up 87 days, 4:14, 10 users, load average: 0.18, 0.10, 0.05
'OK, enough hype.
-- Larry Wall in the perl man page'
Re: Billing Kannel SMS side
--- Stipe Tolj [EMAIL PROTECTED] wrote: Kita B. Ndara wrote: Is there any good reason why the kannel sms part does not incorporate some kind of billing support? What I have in mind is: - Before a message is sent to the SMSC, a script is run by bearerbox. If it returns zero, the message is sent. This is for balance checking - When the SMSC accepts the message, another command is run. Both commands would be specified in the SMSC group of the conf file, and %P, %i, etc are allowed. what do you mean with %P, %i, etc is allowed? What I mean is to allow a config file element (in SMSC group) that is a command that is called by bearerbox before it inserts the msg into the smsc specific queue, and another command in the conf file that is run after the SMSC accepts the message. Both comamnd specs allow substitution of %P, %p (sender, recipient) and others. Any thoughts? Kannel's scope of function is beyond billing. In other words, billing should be done by software component entities that are *not* part of Kannel. To make it short and simple. It's more or less a religious question if you incorporate billing facilities to Kannels functional scope. Most of us decided not to do this, because billing (in that SMS traffic sense) is not standardized in any way and hence we would implement properietary things, which open source developer don't like :) Ok, but in this case kannel would merely leave it up to external commands to provide this functionality -- just as we do for content. That is, only if the pre-submit comamnd returns TRUE do we put the msg on the smsc-specific queue, and after it is accepted, we run the post-submit command. The first one is like a balance check, the latter the real billing command. Does this still violate the goodness of OS? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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 __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: Billing Kannel SMS side
At 04:58 AM 2/18/03 +, Kita B. Ndara wrote: --- Stipe Tolj [EMAIL PROTECTED] wrote: Kita B. Ndara wrote: What I mean is to allow a config file element (in SMSC group) that is a command that is called by bearerbox before it inserts the msg into the smsc specific queue, and another command in the conf file that is run after the SMSC accepts the message. Both comamnd specs allow substitution of %P, %p (sender, recipient) and others. why not just do the first call on submitting to smsbox and use the std Kannel DLR mechanism for the rest? nisan Any thoughts? Kannel's scope of function is beyond billing. In other words, billing should be done by software component entities that are *not* part of Kannel. To make it short and simple. It's more or less a religious question if you incorporate billing facilities to Kannels functional scope. Most of us decided not to do this, because billing (in that SMS traffic sense) is not standardized in any way and hence we would implement properietary things, which open source developer don't like :) Ok, but in this case kannel would merely leave it up to external commands to provide this functionality -- just as we do for content. That is, only if the pre-submit comamnd returns TRUE do we put the msg on the smsc-specific queue, and after it is accepted, we run the post-submit command. The first one is like a balance check, the latter the real billing command. Does this still violate the goodness of OS? Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 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 __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: DCS and PID handling in Kannel
Citando Dave White [EMAIL PROTECTED]: The GSM data coding scheme (DCS) is broken up by Kannel into various seperate fields, as I've seen. The protocol id, however, is passed through as an opaque octet. Why is that? PID could concievably be treated the same way as DCS, and broken up into human-friendly fields like replace_msg_class, message_type, etc. On the other hand, I'd actually prefer the following: DCS and PID should also be accepted (and sent to applications) as-is; any additional fields are sugar for the application (so the developers of CGI servers for Kannel don't need to deal with the full hairiness of the GSM params). My problem with Kannel's DCS handling is that there are in many cases two valid representations for certain combinations of message class and user data coding scheme. Since Kannel shreds DCS into a bunch of fields, if I want to reconstruct the original DCS of the MO SM, I have a harmless but icky ambiguity; in many cases, I'll provide a new value that SHOULD be semantically equivalent, but MIGHT not be for some buggy devices/firmware/etc. Wouldn't it be easier just to add an INTEGER field to the sms message type, and pass the DCS through as-is? PID value is passed thru from smsbox http interface to smsc connection and kannel doesn't mind with it. DCS is used internally in kannel and thus should be controled by it. That's why we have seperated fields to build DCS at the end. For example, if you set UDH and don't set coding, kannel will automatically (legacy behaviour) select 8 bit text and adapt your text data to it. Using coding, mclass, mwi and alt-dcs, every dcs combination can be done, if smsc modules supports it of course. EMI2 and AT2 surelly supports it. I can make a table in userguide with it's combinations to describe it. I vote -1 for having a DCS field outside smsbox and I don't see a requirement to split pid, but that's only MHO :) Thanks, David WHITE CONNECT AUSTRIA -- Davi / Bruno.RodriguesatLitux.Org Litux.org: 06:05:56 up 87 days, 7:21, 16 users, load average: 4.23, 3.66, 2.65 'Linux is obsolete (Andrew Tanenbaum)'
