[FYI] smsc logging patch commited

[Stipe Tolj]

Hi list,

I have now commited my smsc logging patch that has been introduced
some days ago. Please update your cvs trees and report any problems.

In case we have to roll-back, I have tagged the tree with
"pre_smsc_logging" before commiting, so a roll-back should be pretty
easy.

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: [PATCH] trivial dcs_to_fields fix

[Stipe Tolj]

Hi Alex,

ok, I see that's it's only MO related. Commiting this to cvs.

If someone complains, we will roll-back.

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] re-connect timming harmonization (SMPP vs. EMI2)

[Stipe Tolj]

Hi list,

I'd like to suggest to patch the EMI2 module to use the same
re-connect timing config directive as SMPP, SMASI, 'reconnect-delay',
instead of the exponential backoff.

Main reason is that some SMSC we are connected to leave us some
minutes waiting before allowing to login, and the exponential backoff
tends to be not very time-near in sense of 'get back to connect ASAP'.
Anyway harmonization of the SMSC module behaviour should be a global
interest I guess.

Any complains or constraints against this?!

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] smsc logging patch commit?!

[Stipe Tolj]

Hi list,

I'd like to apply my patch this afternoon. It an 'feature-add' and
hence does not break any common behaviour.

If someone has considerable constrainst against a commit, please veto.

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: [PATCH] SMPP Optional params

[Stipe Tolj]

Hi Nisan,

could you please attach the patch files to the mail?! Text formating
breaks in some cases when you simply inline the patch file to the mail
body.

Thanks in advance.

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: [PATCH] Octstr additions

[Stipe Tolj]

Commited to cvs. Thanks Nisan.

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

[FYI] pthread_mutex bug in openssl thread locking fixed

[Stipe Tolj]

Hi list,

just to let you all know that I have fixed and commited a long
standing openssl call-back function bug causing to break with
pthread_mutex locking.

The problem was, that we registered the two different call-back
functions to the openssl crypto library, one for the ssl client and
one for the ssl server side. But openssl does not know about those
issues, it let's you only registed one bunch of mutex locks for it's
internal thread locking.

This fix should cleanup some ssl related problems. So if you had
experienced problems with it, please update your cvs tree and try the
latest version.

See
http://www.kannel.org/cgi-bin/viewcvs.cgi/gateway/gwlib/conn.c.diff?r1=1.58&r2=1.59
for the changes.

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: [FYI] Adding delivery reports to ppg

[Stipe Tolj]

Aarno Syvänen wrote:
> 
> i now have code for ppg delivery reports. It use dlr-url and drl-mask,
> quite normal Kannel style.
> But there is one thing: dlrs are delivered by smsbox, so the use must
> define one. And there
> must be smsbox-id defined for smsbox sending the dlrs and service-name
> for ppg (smsbox
> will names).
> 
> However, I think it is better that smsbox sends the delivery reports in
> all cases. Only wap over
> sms would merit wapbox handling of mo sms.

great Aarno. Can you post the patch to the list before commiting
please.

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: [PATCH] Octstr additions

[Stipe Tolj]

Hi Nisan,

> Some additions to octstr.[ch]
> 
> /*
>   * Strip all occurence of char ch from start of Octstr
>   */
> void octstr_strip_char(Octstr *text, char ch);
> 
> /*
>   * Check if ostr is numeric
>   */
> int octstr_isnum(Octstr *ostr1);
> 
> /*
>   * Replace all occurences of needle with repl within haystack
>   */
> 
> void octstr_replace(Octstr *haystack, Octstr *needle, Octstr *repl);
> 
> /*
>   * Symbolise hexstr - 78797a becomes %78%79%7a
> */
> int octstr_symbolize(Octstr *ostr);

that's cool. I'm +1 for adding this to cvs.

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] smsc logging

[Stipe Tolj]

Hi list,

anyone had the chance to check the patch?! I'm interested what other
people think of it.

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: [PATCH] quick fixes for last log.c changes

[Stipe Tolj]

> Attached a patch to fix some minor problems with last log.c patch
> 
> 1) fixes wrong use of & in a info() call (spotted by
> "gwlib/log.c:105: warning: char format, different type arg (arg 3)")
> 
> 2) more consistent and safe check for stderr

thanks, commited to cvs.

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

[PATCH] smsc specific logging

[Stipe Tolj]

Hi list,

inspired by Angel's HTTP admin command 'loglevel' I had my hands on
the 'logging every smsc to it's own log-file' task today. This was on
my TODO for some time.

Ok, this seems to work for me and it's pretty simple, without changing
to heavily the gwlib/log.[ch] logic.

Here is what it does:

  * gw/smscconn.c: adding new fields to the SMSCConn structure
  log_idx: holds the gwlib/log.c:logfiles[] array index we will
write to
  log_file: the log-file filename
  log_level: the log-level
  * gw/log.c:log_open() has to be extended to determine if we are
opening the log-file exlusively (GW_EXCL) or not (GW_NON_EXCL).
  * gw/bearerbox.c, gw/smsbox.c, gw/wapbox.c, and various others:
extend the log_open() call to indicate this log-file is opened in
GW_NON_EXCL mode.
  * gw/log.c: added thread_to[] array to map thread id to logfiles[]
index.
  * gw/log.c:log_thread_to() new function to allow smsc threads to
register to a specific logfiles[] array index to write their output to
an GW_EXCL log. This is done using an entry in the thread_to[] mapping
array.
  * gw/log.c:debug(), info(), warning(), error() checks if the current
thread has been registed for exlusive log file writing. If yes cann
FUNCTION_GUTS_EXCL instead of FUNCTION_GUTS which causes not to loop
throught all GW_NON_EXCL log files, but only to it's registered
GW_EXCL log file in the given logfiles[] entry.
  * gw/log.c:log_init() new initialization function to set all entries
within the thread_to[] mapping array to the default 0.
  * gwlib/gwlib.c: adding log_init() for the gwlib_init() call.
  * gwlib/log.c: a maximum of 128 log files can be opened now. 
  * doc/userguide/userguide.xml: the documentatin section for the smsc
group
  * gw/smsc_[at2|cgw|emi2|fake|http|smasi|smpp|wrapper].c: added
log_thread_to() registration calls to all working threads. They will
register the working thread to an GW_EXCL log in case a specific log
file should be used.


Ok, I hope you guys know now what I did ;)

Try on your own. I'd like to see some votes for this please. Have fun.

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 arediff -ur gateway/doc/userguide/userguide.xml gateway-new/doc/userguide/userguide.xml
--- gateway/doc/userguide/userguide.xml 2003-02-27 21:33:11.0 +0100
+++ gateway-new/doc/userguide/userguide.xml 2003-02-27 21:42:54.0 +0100
@@ -2064,6 +2064,21 @@
  end. TCP/IP connection only.
  
 
+log-file
+ filename
+ 
+A file in which to write a log of the given smsc output. Hence
+ this allows to log smsc specific entries to a seperate file.
+ 
+
+log-level
+ number 0..5
+ 
+Minimum level of logfile events logged. 0 is for 'debug', 1
+'info', 2 'warning, 3 'error' and 4 'panic' (see Command Line
+Options)
+ 
+
   
   
  
diff -ur gateway/gw/bearerbox.c gateway-new/gw/bearerbox.c
--- gateway/gw/bearerbox.c  2003-02-27 20:23:44.0 +0100
+++ gateway-new/gw/bearerbox.c  2003-02-27 21:43:55.0 +0100
@@ -300,7 +300,7 @@
 if (log != NULL) {
if (cfg_get_integer(&loglevel, grp, octstr_imm("log-level")) == -1)
loglevel = 0;
-   log_open(octstr_get_cstr(log), loglevel);
+   log_open(octstr_get_cstr(log), loglevel, GW_NON_EXCL);
octstr_destroy(log);
 }
 
diff -ur gateway/gw/smsbox.c gateway-new/gw/smsbox.c
--- gateway/gw/smsbox.c 2003-02-27 20:23:44.0 +0100
+++ gateway-new/gw/smsbox.c 2003-02-27 21:44:02.0 +0100
@@ -2978,7 +2978,7 @@
 if (logfile != NULL) {
info(0, "Starting to log to file %s level %ld", 
 octstr_get_cstr(logfile), lvl);
-   log_open(octstr_get_cstr(logfile), lvl);
+   log_open(octstr_get_cstr(logfile), lvl, GW_NON_EXCL);
octstr_destroy(logfile);
 }
 if (global_sender != NULL) {
diff -ur gateway/gw/smsc/smsc_at2.c gateway-new/gw/smsc/smsc_at2.c
--- gateway/gw/smsc/smsc_at2.c  2003-01-29 23:59:52.0 +0100
+++ gateway-new/gw/smsc/smsc_at2.c  2003-02-27 22:11:48.0 +0100
@@ -832,6 +832,9 @@
 
 conn->status = SMSCCONN_CONNECTING;
 
+/* Make sure we log into our own log-file if defined */
+log_thread_to(conn->log_idx);
+
 reconnect:
 
 do {
diff -ur gateway/gw/smsc/smsc_cgw.c gateway-new/gw/smsc/smsc_cgw.c
--- gateway/gw/smsc/smsc_cgw.c  2003-02-26 23:15:59.0 +0100
+++ gateway-new/gw/smsc/smsc_cgw.c  2003-02-27 22:12:40.0 +0100
@@ -568,6 +568,9 @@
 
 conn->status = SMSCCONN_CONNECTING;
 
+/* Make sure we log into our own log-file if defined */
+log_thread_to(conn->log_idx);
+
 while (!privdata->shutdown) {
 
 // check that 

Re: [PATCH] admin http 'loglevel' command for bearerbox

[Stipe Tolj]

commited to cvs. Thanks Angel.

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] log-file, log-level per smsc group

[Stipe Tolj]

Nisan Bloch wrote:
> 
> Hi Stipe
> 
> Yup.. I looked at the same and at the time decided it wasnt worth the time
> and effort. Our log files do tend to balloon quite rapidly, and its a real
> pain trying to trawl debug info out with many SMSC connections.
> 
> SO this would be real handy, but would probabally require rewriting the log
> functions in gwlib and most likely we would have to include params to
> indicate which log file the debug, info, warning calls relate to.

I got now a working solution with minimum changes in gw/log.c and
elsewhere.

I'll first commit Angel's HTTP admin 'loglevel' patch and then post my
patch to the mailing list for review and testing. Stay tuned...

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] log-file, log-level per smsc group

[Stipe Tolj]

Hi list,

I'm hacking arround the whole day trying to implement a way to log
entries to smsc-id specific log-files, so that you have

  group = smsc
  ...
  log-file = "/tmp/smsc-a.log"
  log-level = 0

which is exclusive to the main bearerbox.log. 

So if you have log-file and log-level set all logging output will be
passed there instread of the main file.

This seems to be very tricky.

Assistense is highly appriated :)

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: [PATCH] admin http 'loglevel' command for bearerbox

[Stipe Tolj]

yep, +1 from me to.

I'm just addding some more things to it. Especially the ability to
change the log-level of a specific logfile too.

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: bug in smsc_smpp.c login failure

[Stipe Tolj]

Alexander Malysh wrote:
> 
> Hi,
> 
> what about attached patch ?

yep, +1. I'll commit this.

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: What's the SAR status ??

[Stipe Tolj]

Hi Igor,

Igor Ivoilov wrote:
> 
> Yes, it's not implemented yet

are you going to provide the list with a patch for it?! That would be
great.

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: [PATCH] generic support for our-host smsc directive

[Stipe Tolj]

commited to cvs. Thanks Angel.

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: bug in smsc_smpp.c login failure

[Stipe Tolj]

Alan McNatty wrote:
> 
> On Thu, 2003-02-27 at 18:54, Nisan Bloch wrote:
> > Hi
> > At 03:46 PM 2/27/03 +1300, Alan McNatty wrote:
> > >Hello,
> > >
> > >found that if I type in the smpp password incorrectly kannel loops
> > >forever trying to reconnect. ie:
> >
> >
> > -1 from me
> > In the current form this path will not allow any retries for any sort of
> > bind error. eg what happens if there is a temporary connectivity issue, or
> > the SMPP server is down for a short while/
> >
> 
> What I'm trying highlight is that there is a gap in logic ..
> Currently regardless of the type of error we continually retry to bind.
> If we specifically receive an error indicating the password is invalid
> the SMSC is obviously up but we may as well kill the thread.

yep, that's true in some sense. Trying to reconnect forever while we
get the error information from the SMSC that we can't login with that
credentials *could* be considered as login abuse :)

At least I would consider this if our SMPP clients would hammer our
SMPP server with invalid credentials.

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: Does Kannel log support logrotation (configure.in patch)

[Stipe Tolj]

Alan McNatty wrote:
> 
> Sorry - missed an check to see if --enable/disable-docs had been set. As
> is configure.in

yep, +1, commited to cvs.

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: What's the SAR status ??

[Stipe Tolj]

Aarno Syvänen wrote:
> 
> We are using SAR here at Global Network Inc for wap gateway serving our
> mmsc. It works quite fine.

yep, we to at Wapme. :))

SAR is working fine within Kannel. There will be some further
extentions to ESAR, but that's still in development in some sense.

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: [PATCH] generic support for our-host smsc directive

[Stipe Tolj]

Angel Fradejas wrote:
> 
> Find attached a patch to add generic support for the "our-host" smsc
> config directive. Until now it was only supported in emi2 and smpp,
> and not fully (for example emi2_open_listening_socket() created the
> server socket without explicit binding to a specific interface).
> 
> This patch adds support to SMSCConn based drivers:
> 
> smsc_emi2.cCMG UCP/EMI 4.0
> smsc_smasi.c   SM/ASI (for CriticalPath InVoke SMS Center 4.x)
> smsc_cgw.c Sonera ContentGateway software
> smsc_http.cHTTP-based relay and content gateways
> smsc_fake.cFake SMSC
> smsc_smpp.cSMPP 3.4
> I may add generic support to the old SMSCenter based drivers (cimd2,
> ois, etc) if there's interest.
> 
> Please, consider committing to cvs.

this looks good to me, +1 for commitment. Any others with votes,
please?!

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: [PATCH] trivial dcs_to_fields fix

[Stipe Tolj]

Alexander Malysh wrote:
> 
> attached "patch" should fix dcs_to_fields and versus functions.
> The problem: assume you got dcs=0xf5 in your smpp/ucp triber.
> Simple call:
> dcs = 0xf5;
> dcs_to_fields(dcs,msg);
> filds_to_dcs(msg, msg->sms.alt_dcs);
> 
> And look what happens ;)
> 
> Please apply...

that patch would change the alt_dcs behaviour from alt_dcs = 0 to
alt_dcs = 1 for all MT messages.

Specifically we would default the 'alt-dcs' config directive of the
smsc group to 1 instread of 0.

Any comments/votes from the others?!

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: SMPP 3.4 C-Octet String Termination

[Stipe Tolj]

Alexander Malysh wrote:
> 
> it can't be C-Octet-String at all ;) Just think that '@' in GSM 03.38 is 0x00 ;)

so it's a pat situation?!

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: SMPP 3.4 C-Octet String Termination

[Stipe Tolj]

Alexander Malysh wrote:
> 
> this is not the kannel problem! Your smsc sned wrong pdu:
> please look smpp v.3.4 issue 1.2 site 61...
> short_message field is Octet-String and not C-Octet-String.
> Your smsc is just buggy ;)

if that's the case, Alex, could you ask which explicit SMSC it is? So
we can put the vendor and the model on a "not spec conform black-list"
:)

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: SMPP 3.4 C-Octet String Termination

[Stipe Tolj]

> I think kannel should respect the length.
> So a single octstr_trim(packet,len) should do the trick I guess.

if you guys consider it a bug in Kannel, then pass the information you
have to the bug tracking system.

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: SMPP 3.4 C-Octet String Termination

[Stipe Tolj]

Alex Judd wrote:
> 
> We're working with a SMPP 3.4 server that validly (according to the 3.4
> specs) terminates the C-Octet Strings it sends us with a NULL character.
> This currently isn't handled directly by Kannel and ends up as an extra
> character on the message content.
> 
> For example a message of AAA, length 3, now arrives at Kannel as AAA@,
> length 4 [which is obviously wrong]
> 
> I've made a short term workaround to remove the character by using the
> octstr_strip_nonalphanums on the msg-sms.msgdata however I'm interested in
> whether everyone thinks Kannel should strip off this null character (like I
> do) or whether this should occur at application level?
> 
> If it's Kannel I'll submit a proper patch

hmm, so someone is not acting spec conform, either Kannel or they?!

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: Kannel _ WTLS

[Stipe Tolj]

> I would like to develop a WTLS setup using kannel. Do you know if
> anyone has tried it?

you both guys should first of all dig into the mailing list archive.

Nick has send some mails about where he stopped with development of
the WTLS layer in Kannel. I guess he's getting pi**ed when we ask him
to explain it once more ;)

Beware that you should have extended experience with SSL and TLS
related stuff. The word 'openssl' should make your eyes glue, in order
to get your hands on this.

As a base you can use the kwtls patch that is still available at 

  http://www.kannel.org/download/wtls/kwtls-1.0.3.tar.gz

and try to implement the still missing things into Kannel's own WTLS
stack.

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: Storing data into mysql server

[Stipe Tolj]

Hi Srinivasa,

Srinivasa Rao Munagala wrote:
> 
> Hi,
>  I am trying to configure the kannel gateway.
> I was able to configure the kannel gateway with dlr-db
> as mysql.
> There are no panics when the gateway is started using
> ./bearerbox confile.
> 
> Problem
> 
> when i am sending fake smsc i am getting reply from
> the kannel gateway.
> But the data related to fake sms is not stored in
> Mysql database.
> Please can one help me to configure the kannel to
> store the sms data into mysql server database.

I guess you didn't get the point. 

The dlr-db group defines where to store (in your case the mysql db)
the temporary DLR (delivery report) data, *not* the sms data itself!

So when you fire out an SMS to an *real* SMSC and you want them to
reply with a receive report you have to store that temporary data
somewhere, either in memory or in the mysql db.

So you mistaked by two ways:

1. Assuming that the fakesmsc would deliver DLRs, which it does not,
AFAIK.
2. Assuming that the dlr-db group stores the messages into the db.

If you want to store messages into your mysql db, then this should be
out of scope of Kannel. Hence for MO messages smsbox is sending them
to an HTTP server. Let the HTTP server do the storing of the SMS to
your mysql db.

Another suggested approach would be: (list, please thread this as
proposal ;)

Implement an 'msg-db' group that defines the fields of an SMS entry
and a 'store-db' action in the 'sms-servce' group to tell smsbox to
which db id to store an MO'ed message.

So you'd get something like this:

  group = msg-id
  id = msg_store
  table = messages
  field-source = source_address
  field-destination = destination_address
  ...

  group = sms-service
  keyword = default
  store-db = msg_store
  max-messages = 0

This would allow you to store all incoming messages to the mysql table
without replying to them directy.

You could even extend the beast by implementing a read thread that
queues in an "outgoing" messsages table and sends those to bearerbox
for MT transport.

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 Modules (Was: Kannel & Swisscom)

[Stipe Tolj]

Hi list,

this thread leads us to a discussion I had yesterday with Alexander
from Centrium (and also Harrie Hazewinkel, who is hopefully still
subscribed to the list :)

We need to design a clean module API interface (which is already there
in some extended sense) and allows to plug them in via dynamical
loading of shared objects.

In that way you would only load the SMSC module types you need and we
may offer template, bare-bone source for new ones to follow.

Has anyone checked the approach Harrie did for it? It's available on
the web site at 

  http://www.kannel.org/module_api/

Please do have a look and let's get started with this.

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: multiple bearer box - Netikos?

[Stipe Tolj]

Nisan Bloch wrote:
> 
> At 11:37 AM 2/25/03 +0100, Stipe Tolj wrote:
> >Kalle Marjola wrote:
> > >
> > > That's why I published them, altought I knew that some things are a bit
> > > too radical. As we have no resources to do any development on it right
> > > now, I hope that you can scavenge useful things out from it and this way
> > > improve the Kannel project.
> >
> >yep, +1 :) that's what we all do.
> 
> ditto +1
> 
> i dont have much spare time, but I could over the next week or so make a
> list of those pieces that we can move over basically transparently (eg http
> libs) and those that would be relatively easy (eg adding the sms-service
> rules from NMGW) and those that cannot be done without some major changes
> to Kannel.

ok, go for it. 

Listen anyway to the list, because we may start already with sync'ing
some parts from Netikos version to the official 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: Kannel & Swisscom

[Stipe Tolj]

Illimar Reinbusch wrote:
> 
> Hi
> 
> Has anyone wrote a connector for Swisscom socket interface?

please don't CC to both lists.

I guess that Swisscom thingy is something properietary, right?!
Andreas, you're closely related to Swisscom (in some sense ;), what
about your experience with it?

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: multiple bearer box - Netikos?

[Stipe Tolj]

Kalle Marjola wrote:
> 
> That's why I published them, altought I knew that some things are a bit
> too radical. As we have no resources to do any development on it right
> now, I hope that you can scavenge useful things out from it and this way
> improve the Kannel project.

yep, +1 :) that's what we all do.

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: [PATCH] add restart to bearerbox

[Stipe Tolj]

Alexander Malysh wrote:
> 
> Hi list,
> 
> attached patch adds restart functionality to bearerbox and will fix small bug
> in bb_boxc.c (not closing of listen socket while shutting down).
> 
> Please look in it and vote ;)

+1, commited to cvs.

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: kannel

[Stipe Tolj]

joseph lapuz wrote:
> 
> Hi
> 
> Im using the sms gateway of your kannel in sending text messages, is
> there's
> 
> a way to change the sender's mobile number when sending a message?

you should definetly read the user's guide.

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: multiple bearer box ?

[Stipe Tolj]

Nisan Bloch wrote:
> 
> At 10:29 AM 2/20/03 +0100, Stipe Tolj wrote:
> 
> >ok, as all of you kick-ass with benchmark figures, I'll do too ;))
> >
> >The max. throughput we reached with a Dell PowerEdge 2x CPU (1.2 GHz)
> >Linux 2.4 Kernel in a fakesmsc <-> bearerbox <-> smsbox chain was
> >approx. 2400 msg/sec.
> >
> >We had also MO values while loading the bearerbox quueue (fakesmsc ->
> >bearerbox) with over 1 msg/sec.
> >
> >So I guess this is pretty fast :)
> 
> that is - but tell me were you using dlr acks? And if so internal or mysql
> store?

nop, none of them ;)

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: multiple bearer box - Netikos?

[Stipe Tolj]

Nisan Bloch wrote:
> 
> I think rolling NMGW into Kannel would be worthwhile. At the same time come
> up with a combined bbox+smsbox version, with the same HTTP interface. In
> addition an API to build XXXboxs with. Smsbox would be the first such app
> and maybe the smppbox and emibox that have been mentioned on the list.

definetly. 

We should merge things from Netikos version into official Kannel.

Main question would be how many efforts Netikos is *still* doing in
continued development of their branch? Kalle?

You guys could switch off to the official tree and get your great
things included there. This would cause a benefit for all.

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: [PATCH] Re: RE : SMPP 3.3 trouble

[Stipe Tolj]

thanks Alexander for detecting the mistakenly deleted line from a
roll-back.

It's fixed now in CVS.

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: [PATCH] Re: RE : SMPP 3.3 trouble

[Stipe Tolj]

Angel Fradejas wrote:
> 
> Yep of course +1, this is something I already submitted on Sep 06 2002, and
> was accepted. See
> 
> http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/gw/smsc/smsc_smpp.c.
> diff?r1=1.9&r2=1.10
> http://www.kannel.3glab.org/cgi-bin/viewcvs.cgi/gateway/ChangeLog.diff?r1=1.
> 1950&r2=1.1951
> 
> It seems someone rolled it back :-(

yes, blame to me :(

I deleted the line by mistake while rolling back a revision from
Andreas mistakenly applied msg-id-type patch.

Sorry, I'm fixing this again now.

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: [PATCH] Re: RE : SMPP 3.3 trouble

[Stipe Tolj]

David Holland wrote:
> 
> On Fri, Feb 21, 2003 at 04:45:53PM +0100, Angel Fradejas wrote:
> > It seems someone rolled it back :-(
> 
> Oops. I think Stipe took it out in revision 1.12... Stipe, was that
> deliberate?

Hmm, I don't see what you mean?! I rolled-back Andreas changes
concerning msg-id-type handling.

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: rpm files for v.1.3.1

[Stipe Tolj]

Oleg Titov wrote:
> 
> I made rpm files for v.1.3.1.
> 
> Get them from http://www.aleph-tec.com/gsm/kannel.html
> 
> I have included Alan McNatty <[EMAIL PROTECTED]> logrotate support
> (is it possible to include that file into cvs tree?).
> 
> kannel-manual was renamed to kannel-doc (please, rpm -e kannel-manual
> before upgrading to kannel-doc).
> 
> In a few days I'll post the spec file (after I get some error
> reports).

thanks a lot Oleg, you should coordinate with Bruno for the RPM file
builds. He's doing mainly the whole Debian stuff.

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

[ANNOUNCE] Kannel's Mantis bugtracking system

[Stipe Tolj]

Hello list,

David and Bruno have installed a Mantis bugtracking system on
www.kannel.org in order to provide again a functionable way in holding
the bug states and assigning issues.

You can reach it at: http://www.kannel.org/mantis/

To access the bug tracking system please use the anonymous account
with the following user credentials:

  username: kannel
  password: 

The 'kannel' account is a viewer only account. Which means you won't
be able to add new bugs to the database.

If you are an active reporter and/or developer, please consider
creating yourself an account which enables you to actively report
bugs. 

Developers will then be given more rights to assign and change the
states of bugs.

We will link from www.kannel.org to the bug database after a while, so
that we have a basically populated database before letting everyone
who comes accross the web site look into it.

For more information on Mantis visit: http://mantisbt.sourceforge.net/

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: multiple bearer box ?

[Stipe Tolj]

Alexander Malysh wrote:
> 
> Am Donnerstag, 20. Februar 2003 09:35 schrieb Kalle Marjola:
> > The current Kannel is, however, made in that way that it gets trashed if
> > it receives messages faster than it can handle, so beware :]
> 
> I have sent patch to the list for avoiding this issue , but unfortunately it was not 
>accepted ;(
> I will rework this patch and resend to the list. We use this patch in production and 
>do not have any
> problems that kannel trashed.

please re-send and also quote which mail thread contained your orginal
patch, so we can review why we didn't commit it 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: multiple bearer box ?

[Stipe Tolj]

Kalle Marjola wrote:
> 
> The current Kannel is, however, made in that way that it gets trashed if
> it receives messages faster than it can handle, so beware :]

yes, in some sense. But that would mean you have an permanent(!) input
stream of 100-200 msg/sec. and this is very unlikely. 

Of course you could have peaks with such or even higher values, but I
don't think anyone of us here arround has a permanent load of 200
msg/sec., or am I wrong?

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: multiple bearer box ?

[Stipe Tolj]

Aarno Syvänen wrote:
> 
> I once stress tested stand-alone bearerbox. (Standalone meaning I was
> using
> smsboxes that did not do any fetch, but returned a standard text message
> instead.) I got value 1200 msg/s and must use  ~20 smsboxes before I
> reached
> 100 % cpu utilisation. Cpu was AMD Athlon, 800 MHz.

ok, as all of you kick-ass with benchmark figures, I'll do too ;))

The max. throughput we reached with a Dell PowerEdge 2x CPU (1.2 GHz)
Linux 2.4 Kernel in a fakesmsc <-> bearerbox <-> smsbox chain was
approx. 2400 msg/sec.

We had also MO values while loading the bearerbox quueue (fakesmsc ->
bearerbox) with over 1 msg/sec.

So I guess this is pretty fast :)

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: multiple bearer box ?

[Stipe Tolj]

Alexander Malysh wrote:
> 
> Not 100% true ;) We run one logical link per bearerbox (e.g. 3 sessions for
> one offerer). For now I have not seen any performance bottleneck issues with
> bearerbox. Some of our bearerboxes running with ~60sms/sec. Now you will ask,
> why multiple bearerboxes ;) It's easy... It's more simple to maintain/route
> messages beetwen multiple bearerboxes. For example bearerbox do not support
> dynamic config reload and it's just more simple to read/write ~30 Lines of
> config file as 300 lines ;)

that's true. That's why we implemented the 'include = ' feature
for the config file handling, so you can structurize the global config
file for your own needs.

It's like you setup an apache config for every VHost you'd like to
run.

The best argument for the "one bearerbox per logical link ;)" is
indeed the lacking of hot-restart functionability.

AFAIK, the Netikos version had such things. We should definetly start
to port things from their version to the official 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: multiple bearer box ?

[Stipe Tolj]

Bruno Rodrigues wrote:
> 
> We have only one bearerbox and one smsbox for 16 connections and alot of
> messages per day, and sometimes I'm scared when I enable a 50msg/sec on one of
> those connections for doing mass "spam" but then, while I'm sending them, I'm
> watching and testing the other connections and kannel works like a charm.
> 
> Please note that usually I use post-xml to enable me to send like 10k
> destinations at one time, and thus have smsbox processing a xml post with
> 350KBytes, have the xml processing overhead, and have one smsbox thread creating
> that many messages in queue.
> What I mean it's might be a bigger peak processing than having 10k GET's and it
> works perfectly

cool. 

What was the highest peak (msg/sec.) you had in the bearerbox (over
all connections)?

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: Cookie handling

[Stipe Tolj]

Bruno Rodrigues schrieb:
> 
> Citando Stipe Tolj <[EMAIL PROTECTED]>:
> 
> > Bruno Rodrigues wrote:
> 
> > > There's something wrong with cookie support but as I'm gonna need them to
> > work
> > > soon for a project of mine, I'll look at the code and will make sure they
> > work.
> >
> > me too. Bruno keep me and the others informed about issues via the
> > mailing list, please.
> 
> :) I will.
> 
> BTW: has anyone done anything for gw authentication ? I'm thinking about doing
> code to enable user/pass authentication in wap gw and have a
> exec/get-url/post-url passing user/pass and expecting a msisdn. Then have
> something like map-url to define which url's will wap gw send the msisdn, and
> which header name will it have.

the WAP gateway supports HTTP Basic Authentication as specified in
RFC2616.

Same with get-url. It uses the get-url =
"user:pass@http://www.foobar.com"; syntax.

> That way you can have a generic authentication that will depend on external
> code, this one specific to local implementation, like a user's directory (ldap
> or sql), radius or a SingleSignOn system :)
> 
> Does anyone have code for me to help me start this quickly ?

But I guess I didn't get the point. Bruno, can you please recall that
issue and explain again. Thanks.

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: Cookie handling

[Stipe Tolj]

Bruno Rodrigues wrote:
> 
> Citando "Wilms, Stefan, VIS-THND" <[EMAIL PROTECTED]>:
> 
> > Dear all,
> >
> > trying to get access to our intranet via WAP, using kannel 1.1.6 (with
> > --enable-cookies compiled)
> 
> There's something wrong with cookie support but as I'm gonna need them to work
> soon for a project of mine, I'll look at the code and will make sure they work.

me too. Bruno keep me and the others informed about issues via the
mailing list, please.

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: multiple bearer box ?

[Stipe Tolj]

Asif Ali wrote:
> 
> hello all,
> i am new to this mailing list, i want to know if
> anybody's working on multi-bearer box architecture or
> there are any plans as it was identified as one of the
> key performance bottleneck issues, also the
> persistance of message streams as they pass through
> bearer box.

hmm, I had that discussion with Alex from Centrium. They run an "one
bearerbox per smsc link" architecture. It is definetly more
performative if you get rid of all the required routing inside
bearerbox if you use a bunch of smsc links inside one bearerbox, but
it's more of theoretical interest.

We run over 80 links in one bearerbox and fully stable.

BTW, the performance bottle-neck will be of significanse when you get
beyond 400 Msg/sec. (!) in MT/MO traffic, which I honestly don't
expect you to have ;)

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: [PATCH] allow setting service-type for SMPP SMSC

[Stipe Tolj]

> > just kidding. I guess you're then interested in getting smppbox into
> > Kannel's cvs repository, right?!
> 
> No, it's a standalone app that has nothing to do with Kannel.

I know (or I assumed to be more precise :). But I guessed you'd be
interested in playing arround with out SMPP server implementation
based on Kannel's sources.

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: [PATCH] allow setting service-type for SMPP SMSC

[Stipe Tolj]

Ian Cass wrote:
> 
> David Holland <[EMAIL PROTECTED]> wrote:
> >  I've tested this patch and it works
> > against Xwireless/Mblox SMPP server.
> 
> Heh, I wrote that server :)

ok, so we know who to blaim ;))

just kidding. I guess you're then interested in getting smppbox into
Kannel's cvs repository, right?!

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: [PATCH] allow setting service-type for SMPP SMSC

[Stipe Tolj]

> +1 from me too. We use similar patch for a while...

so why didn't you post it ;))

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: [PATCH] allow setting service-type for SMPP SMSC

[Stipe Tolj]

David Holland wrote:
> 
> On Tue, Feb 18, 2003 at 02:58:12PM +0100, Stipe Tolj wrote:
> > One thing only: what's the default of the value if *no* config
> > directive is given?!
> 
> NULL. (and I have tested that -- it appears correctly in the PDU dump)
> 
> > It looks you don't initialize the variable and
> > hence you will pass garbage, or does cfg_get() return NULL in case the
> > value is not given?!
> 
> Yes, that's what happens.

ok, then I'm off with ++1 :) 

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: [PATCH] allow setting service-type for SMPP SMSC

[Stipe Tolj]

David Holland wrote:
> 
> Please find below a patch to allow an SMPP SMSC group to contain a
> service-type definition. Previously Kannel would always send NULL, i.e.
> "use default service-type". I've tested this patch and it works against
> Xwireless/Mblox SMPP server. If no-one objects I'll commit it to CVS and
> update the userguide.
> 
> Many thanks to Nick Clarey for writing this when I realised what the
> missing functionality was.

seems clean to me from first glance, +1.

One thing only: what's the default of the value if *no* config
directive is given?! It looks you don't initialize the variable and
hence you will pass garbage, or does cfg_get() return NULL in case the
value is not given?!

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: DCS and PID handling in Kannel

[Stipe Tolj]

If it's DCS is really broken up in MO SMPP, then please re-send the
patch. Use [PATCH] in the mail subject line.

And try to explain in the mail what the problem was and what you patch
does to fix it. Thanks in advance.

I'm definetly willing to review it and vote.

At least we can offer you that alternative option.

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: Kannel wap limits ?

[Stipe Tolj]

> 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 ;)

we definetly sould do better :)

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

[Stipe Tolj]

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

[ANNOUNCE] Kannel 1.3.1 - development version

[Stipe Tolj]

NEWS about Kannel: Open Source WAP and SMS Gateway version 1.3.1

This is a DEVELOPMENT version. It should be usable for experimentation
and testing, and is a release candidate for the 1.3 branch. Please do 
try it out and report problems to [EMAIL PROTECTED] (the
development 
mailing list). The bug tracking system is currently offline.


Changes since version 1.3.0:

Compatibility breakers:

  * SMPP changed default behaviour of the 'source-addr-autodetect' to
yes.
Now the module will try to set TON and NPI automatically by
scanning the
given source adddress.

  * Added proxying of the smsc-id value to attached smsbox instances
via 
the HTTP SMSC module. This allows spreading load from one smsbox
to several bearerbox instances.

New features:

  * Additional debian packaging files.

  * Documentation section about log file rotation.

  * PPG now allows routing to explicite smsc-id's. New config
directives
'default-smsc' for ppg group and 'forced-smsc' and 'default-smsc'
for
wap-push-user group have been added.

  * Added debug info about ammount of outstanding HTTP reqeusts in 
the smsbox retry queue.

  * OIS added direct module.
  
  * CIMD2 added validity setting.

Bugfixes:

  * CIMD2 various fixes for correct urltrans()ing.

  * AT2 fixed double-increment bug for outgoing messages counter.

  * Fixed a keep-alive lookup problem when using a HTTP proxy.

  * HTTP SMSC various fixes.

  * Fixed infinite loop bug if /TYPE=xxx is missing in the PAP
document.

  * Fixed a bug in the smsbox routing behaviour of bearerbox. 

  * SMPP various fixes for the optional fields decoding.

  * EMI2 fixed MO counter bug and assignmend of non-existing fields
bug.

  * Various fixes in the WAP application layer.



[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

[Stipe Tolj]

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: MMS compiler

[Stipe Tolj]

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

Re: MMS compiler

[Stipe Tolj]

"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: Does Kannel log support logrotation (configure.in patch)

[Stipe Tolj]

Alan McNatty wrote:
> 
> Ok thanks - I see now how it works ..
> 
> I've attached patch below in unified format. I've changed the order so
> that you first check for --enable-docs, etc then check to see if jade,
> jadetex, etc are all installed before confirming that indeed the docs
> should be made. It's a bit more all or nothing, that is you either have
> all the 'right things' installed to build all the docs or you don't so
> can't proceed. I'm not sure if everyone will like this - just something
> to test and consider.

+1, commited to cvs.

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: [PATCH] Re: EMI Driver Bug

[Stipe Tolj]

Alexander Malysh wrote:
> 
> Hi All,
> 
> attached patch should solve the bug , make small cleanup and add additional sanity 
>check...
> please look in it and vote ...

ok, we had positive votes on this, so I'm commiting this.

AFAIS, Andreas was the only one with objections?! If he doesn't veto
the patch, we'll leave it in.

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: receiving a Vcard and save toa DB

[Stipe Tolj]

joseph mercado wrote:
> 
> Thanks for the advice, one more thing, i did
> "catchall" the text message send using %a, do i need
> to specify a keyword so that kannel know if a plain
> text or vcard was send? below is what i did in my
> kannel.conf SERVICE DEFINITION
> 
> ##SMS SERVICE
> 
> ## catch vcard
> group = sms-service
> keyword = magnus
> get-url =
> "http://localhost/magnus/vcardhandler.php?num=%p&message=%a";
> max-messages = 0
> 
> ## catch vcard
> group = sms-service
> keyword = magnus
> get-url =
> "http://localhost/magnus/query.php?num=%p&message=%r";
> max-messages = 3

the URLs are only triggered if the first word (keyword) of the message
is magnus. I guess this will not be the case for vcards. You should
set the keyword to 'default', which means if no previous keyword
sms-service group matches it will go to this, not checking the first
word anyway.

Hence it's a "all previous didn't match, so take this" mechanism.

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] config directive 'country-prefix' in wap-push-user group

[Stipe Tolj]

Hi Aarno,
Hi others,

AFAIS, the 'country-prefix' is simply prefixed to the given number in
case it's set for a wap-push-user group, see
gw/wap_push_ppg_pushuser.c:770:

if (u->denied_prefix != NULL) {
denied = octstr_split(u->denied_prefix, octstr_imm(";"));
for (i = 0; i < list_len(denied); ++i) {
 listed_prefix = list_get(denied, i);
 if (u->country_prefix != NULL)
 octstr_insert(listed_prefix, u->country_prefix, 0);
 if (compare_octstr_sequence(number, listed_prefix, 
 0) == 0) {
 goto denied;
 }
}
}

hmm, shouldn't this be done via out 'unified-prefix' prefix
normalization routine?! Basically the functionality is similiar, but
there are two approaches.

I'd like to eliminate country-prefix and use either the global
unified-prefix from group core or allow a dedicated unified-prefix for
a wap-push-user group. (the same way we do it for smsc groups).

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: Urgent Query ??

[Stipe Tolj]

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.

BTW, can I shoot this evening for development release 1.3.1?!

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

Question about WTP-SAR and Motorola

[Stipe Tolj]

I just forwarded this, because the orginal posting didn't contain a
subject line and I'm afraid important issues like this get lost in the
list otherwise.

BTW, all posters, please use the subject line. It's the *main* asset
you can utilize to attract the recognission of the developers.

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
--- Begin Message ---
Hi, List:
I have a question about WTP-SAR, it is not about kannel, but maybe some 
experts here can help me.

I develop wap-client on mobile. When I send a Invoke message by WTP-SAR to 
gateway, I get the abort PDU. Following is the flow:

>Invoke, 
>SegInvoke, PSN=1
>SegInvoke, G, PSN=2 

SegInvoke, PSN=3
->SegInvoke, PSN=4
->SegInvoke, T, PSN=5

<-Abort, Abort Reson = 0xE1(disconnect)

I donot know why the gateway send the abort PDU intead of the result PDU, and 
the abort reason can not tell me more information about it.

Can anybody here help me?

BRs
mfkang







--- End Message ---

Re: (no subject)

[Stipe Tolj]

Hi Kang,

BTW, cool, we have people from Siemens, Nokia and Motorola on the
list. :)) I guess the swidish Ericssons are a little bit shier then
the others :))

I like the idea that members of those device manufacturer companies
deal with Kannel. It's definetly a positive signal to Kannel and I'd
like to take the opportunity to congratulate all developers and
participants in the Kannel project effort! 

You all are doing a great job!

Kang Minfeng-a18629 wrote:
> 
> Hi, List:
> I have a question about WTP-SAR, it is not about kannel, but maybe some 
>experts here can help me.

the WTP-SAR experts are definetly Aarno and Igor, I CCed them on this
issue. Please keep the discussions on the list, so others can follow.

> I develop wap-client on mobile. When I send a Invoke message by WTP-SAR to 
>gateway, I get the abort PDU. Following is the flow:
> 
> >Invoke,
> >SegInvoke, PSN=1
> >SegInvoke, G, PSN=2
> 
>  
> ->SegInvoke, PSN=3
> ->SegInvoke, PSN=4
> ->SegInvoke, T, PSN=5
> 
> <-Abort, Abort Reson = 0xE1(disconnect)
> 
> I donot know why the gateway send the abort PDU intead of the result PDU, 
>and the abort reason can not tell me more information about it.
> 
> Can anybody here help me?


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: FW: subscribe

[Stipe Tolj]

Hi Deepesh,

> I'm windows programmer and have worked on SMPP protocol under VC++
> environment. I want to contribute to the windows version of the
> Kannel. How can i be a part of it?

Contributions are allways welcome. Feel free to grap yourself open
issues. Maybe a good starting point is to scan the devel@ mailing list
of the last 2 months and check the TODO and STATUS files.

BTW, Kannel does not support Win32 natively. We do this via the Cygwin
POSIX.1 layer for Win32.

Good point would be to install a fresh Cygwin version and compile and
build Kannel and stress test things there. AFAIK we have some pthread
related problems there, but they are/have been Cygwin specific.

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: Urgent Query ??

[Stipe Tolj]

Dheeraj Anand wrote:
> 
> I need some information very urgently. a urgent reply will be appreciated.
> my ques is:

Hmm, your mail is dated from Saturday morning CET, but I received it
now. So it appears you didn't tell your SMTP server that this issue is
urgent ;)) *g*

> Is Kannel 100% wap 1.2.1 specification compliant. If not then I want to know
> what features does the kannel gateway support which are possible as per wap
> 1.2.1 specifications. i actually need a detailed list. i've gone thru whole
> kannel site but all the info there is very  brief. so any1 who can help me
> please do the needful.

No, Kannel is not fully WAP 1.2.1 compliant. 

We cover the most important parts: WTP-SAR, WAP Push, no UAProf.

You should pick a glance on the user's guide. If you don't find
anything mentioned about 1.2.1 specific features in there, then it's
obviously yet not implemented :)

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: receiving a Vcard and save toa DB

[Stipe Tolj]

joseph mercado wrote:
> 
> Has anyone already implemented kannel to recieve a
> Vcard and point to a url where it get parse and be
> save to DB

I have played a bit with the Nokia smart messaging stuff. I didn't
recall exactly if the vcard is delivered with alternative DCS fields?!

AFAIK, binary DCS field are not supported for most SMSC modules.
*ehmmm* *ducking head*

Hope others that run such services don't flame me now ;)

But the idea is cool.

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

[Stipe Tolj]

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

[Fwd: Question On CGI-BIN]

[Stipe Tolj]

forwarded from wrong mailing list.

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
--- Begin Message ---
Hello ,
  I am trying to send an sms message using HTTP
through the kannel gateway,as shown below 

http://send.sms.host:13006/cgi-bin/sendsms?username=test&password=test&to=&text=hello

The Question :

1. where to find cgi-bin folder and sendsms program ?
2. we found one sendsms program (written in python i
suppose) do we need a compiler for the same, if yes
where to find the compiler.. and how to deploy it.. 
3. DO we need a separate web-server in between client
sending sms through http and the kannel gateway.. 

regards
vijay


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com




--- End Message ---

[Fwd: Support]

[Stipe Tolj]

forwarded from wrong mailing list.

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
--- Begin Message ---
Title: PervasiveOne





  
  

  

   Hi,
    I am 
  testing kannel gateway with the smsc server of our 
own.
    I want 
  to know how to configure the following parameters for UCP 
  protocol,
      Oadc , OTON, ONPI , STYP, and OPID 
..
   
  thanking you 
  ,
  vijay.
      
  
  

  

  Germany: Am 
  Manfredhof 43, 83646 Bad Toelz; Ph: +49 89 693 723 70 FAX +49 89 693 723 
  80 India: C-071 
  B, DLF Supermart I, DLF City Phase IV, Gurgaon, Haryana, 122 002 India; 
  Ph: +91 124 8942538 Fax: +91 124 8942539 UK: 1, Sabin Gates, 
  Old Bracknell Lane East, Bracknell Berkshire RG12 7AG UK; Ph: +44 1344 
  409320 Fax: +44-1344-862263www.PervasiveOne.com E-mail: 
  [EMAIL PROTECTED] 
  

  This email and any 
  attachments are sent in confidence, subject to applicable legal privilege 
  and upon the basis that the recipient will conduct appropriate virus 
  checks. If you receive this email in error, please contact us upon 
  receipt: you are strictly prohibited from using, copying or disseminating 
  it or any information contained in it save to the intended recipient. 
  Internet communications are not secure and PervasiveOne Solutions 
  Limited, formerly known as Telcon Limited, is not responsible for their 
  abuse by third parties, nor for any alteration or corruption in 
  transmission, nor for any damage or loss caused by any virus or other 
  defect. 
 
--- End Message ---

Re: Does Kannel log support logrotation (userguide patch)

[Stipe Tolj]

applied to cvs. Thanks.

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: nokia 7110

[Stipe Tolj]

> 2) in your opinion, what is a "heavy duty GSM modem"?  does anyone else
> on the list have an opinion/recommendation for a "heavy duty GSM
> modem"?  i've seen people mention wavecom before ?

we run some Siemens M20 (with updated firmware). They work pretty well
and for that ammount you need they should be ok. (but don't blame me
if they don't do there job ;)

AFAIK, most people suggest the Falcom GSM modems.

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: SMPP driver default autodetect should be 1

[Stipe Tolj]

ok, commited to cvs.

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] yesterday commits

[Stipe Tolj]

Aarno Syvänen wrote:
> 
> I will fix this.

I'd prefer a roll-back to the previous revision for the gwlib/socket.c
file, cause there haven't been any bug or problem reports on this
issue.

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: SMPP driver default autodetect should be 1

[Stipe Tolj]

Andreas Fink schrieb:
>  any objections from the others? I'm +0 on this.
> 
> Can anyone enlighten me on what it is autodetecting here? Then I can come to some 
>opinion...

it's autodetecting the TON, and hence sets the destination TON
accordingly for submit_sm PDUs.

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: Billing & Kannel SMS side

[Stipe Tolj]

"Arne K. Haaje" wrote:
> 
> I am thinking about adding support to the CIMD2 module for the Tarrif
> field. This is in Nokias official specifications. It is a field like any
> others where you can set the tarrif class.
> 
> As it is in the official specs. I think it would be useful. Are there
> any objections to me adding support for it?

no, definetly not. If billing issues are part of the SMSC specs, they
should be implemented.

The point is we don't want things in there, because billing is usually
a very individual thing and it wouldn't fit for everyone if we decided
to do it on a specific way. So we leave the choice to the users how to
do it.

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] yesterday commits

[Stipe Tolj]

Hi Aarno,

can you comment on this part of your patch, please:

Index: gateway/gwlib/socket.c
diff -u gateway/gwlib/socket.c:1.53 gateway/gwlib/socket.c:1.54
--- gateway/gwlib/socket.c:1.53 Wed Nov 13 10:22:56 2002
+++ gateway/gwlib/socket.c  Thu Feb 13 10:35:48 2003
@@ -510,7 +510,7 @@
 }
 
 
-static void setup_official_name(void)
+static int  setup_official_name(void)
 {
 struct utsname u;
 struct hostent h;
@@ -519,14 +519,15 @@
 if (uname(&u) == -1)
 panic(0, "uname failed - can't happen, unless " GW_NAME " is
buggy.");
 if (gw_gethostbyname(&h, u.nodename) == -1) {
-error(0, "Can't find out official hostname for this host, "
-  "using `%s' instead.", u.nodename);
+/*error(0, "Can't find out official hostname for this host, "
+  "using `%s' instead.", u.nodename);*/
 official_name = octstr_create(u.nodename);
official_ip = octstr_create("127.0.0.1");
-} else {
-official_name = octstr_create(h.h_name);
-   official_ip = gw_netaddr_to_octstr(AF_INET, h.h_addr);
-}
+return 0;
+} 
+
+official_name = octstr_create(h.h_name);
+official_ip = gw_netaddr_to_octstr(AF_INET, h.h_addr);
 }
 

why is that change necessary?

BTW, it throughs warnings on the automatic compilation test, as you
may have noticed. See devel-report@ list.

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: Problem with SMPP 3.3 SMSC in message delivery

[Stipe Tolj]

Ritesh Shah wrote:
> 
> The Kannel 1.0.3 version works fine, but the later versions give
> this error when the gw. receives the msg. (got DLR but could not
> find message or was not interested in it)
> This prob. is happening only with logica SMSC, I haven't faced this
> issue with any other SMSC.

try the current cvs snapshot or the upcoming 1.3.1 version. It
contains some fixes for the SMPP optional parameter parsing code.

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: Billing & Kannel SMS side

[Stipe Tolj]

"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?

> 
>  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 :)

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: SMPP driver default autodetect should be 1

[Stipe Tolj]

Alex Judd wrote:
> 
> By default we are disabling the auto switching of TON and NPI in the
> SMPP driver.
> 
> I think we should enable this by default and then allow to
> explicitly turn it off.
> 
> smsc_smpp.c, line 1272, autodetect_addr = 1;
> 
> Make sense to everyone?

any objections from the others? I'm +0 on this.

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

[REQ] submitting patches

[Stipe Tolj]

Hi there,

Please, could anyone who submits patches in attached files prefix the
mail subject with "[PATCH]", this makes it easier for us to identify
those mails that contain patches, i.e. "[PATCH] fixes a bug in the
smsc_smpp.c module", etc.

This holds also for patches that are re-submited within a thread. 

Thanks.

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: Does Kannel log support logrotation (userguide patch)

[Stipe Tolj]

Hi Alex,

> logrotate being owned by RedHat is not currently updated on Solaris, so
> instead I'm using rotatelog which is Perl based and very portable.
> 
> I'll add some documentation on that (as well as example configurations) if
> of interest to the Solaris users among us?

definetly. Please setup a section in the user's guide and mail the
patch (in unified diff format, as you may know ;) to the mailing list. 

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: Fw: kannel dependancies

[Stipe Tolj]

Bruno Rodrigues wrote:
> 
> After Stipe releases devel 1.3.1, I'll generate and upload new debian packages
> for that release.
> I don't have time now for generating 1.3.0 packages when we are so close to
> 1.3.1 release.

which will be in the upcoming days. (or even today, if I don't find
anything better to do :))

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: connection of bearerbox with GSM modem

[Stipe Tolj]

Anupama R wrote:
> 
> 1) connect the gsm modem to usb port
> 2) start bearerbox to connect to modem at 115200 (speed set in conf file)
> 3) bearerbox fails to connect, because after opening port at that speed, at
> command fails
> 4) connect the modem through hyperterminal (Hilgraeve product, comes with
> win 2k) at 115200
> 5) disconnect the modem from hyperterminal
> 6) reconnect with the same configuration file from bearerbox, this time
> connection will succeed.
> 
> This is not sporadic behaviour.  I run through this process everytime I
> connect the gsm modem.
> I wanted to know if there are any workarounds for this.

I guest this is more of a Cygwin and USB port issue then kannel. Maybe
you should post a USB related question to the cygwin mailing list.

Sorry, but it's definetly out of scope for this mailing list. (Which
doesn't mean someone who knows what this effect is shouldn't head up
now and explain :))

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: Does Kannel log support logrotation

[Stipe Tolj]

Alan,

can you provide the userguide.xml patch in diff -u (unified) format,
that should be easier to read and to apply.

Thanks in advance.

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: Does Kannel log support logrotation

[Stipe Tolj]

Alan,

please do not patch configure itself. It's the autoconf output out of
configure.in. If you have to change something, please try to patch
configure.in and provide a patch to it.

After that we can run autoconf and commit an auto-generated configure
script.

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-Ind: Ports and expiry date

[Stipe Tolj]

"Friedrich, Jason Brian" wrote:
> 
> could somebody tell me more about the ports section in the mms
> notification? Why is there a source and destination port? I thought
> that only a destination port is necessary. (Nokia has different ports
> for different applications).

MMS notifications are pushed via WAP Push, which may also been
utilaized over IP, hence source addresses are of possible relevance.

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: connection of bearerbox with GSM modem

[Stipe Tolj]

Anupama R wrote:
> 
> Hello,
> I work with the cygwin installation of kannel on a win2k machine.
> I have a peculiar problem with the bearerbox.
> When I start bearerbox utility and try and connect to the modem, the speed
> in the conf file does not seem to match and the connection fails.
> 
> But if I try to connect to the modem thru the HyperTerminal (developed by
> Hilgraeve for microsoft)
> to the modem with the same speed, the connection comes through correctly.
> 
> Consequently if I try the bearerbox connection with the same conf file, the
> bearerbox is up
> and running fine.
> 
> Any idea why this would happen?

so do you get a valid connection to the device or not? I didn't get
the point, sorry.

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

[Fwd: Removing WTP-SAR limit 32768 B]

[Stipe Tolj]

Hi list,

forwarded.

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
--- Begin Message ---
Stipe,

Could you please advise how to remove limit 32768 B for downloading files with larger 
sizes. I have Kannel 1.3.0 with WTP-SAR (Debian package) but when I try to download 
.jar file I get a message:

WARNING: WSP: Entity at http://my_site/file.jar too large (size 69885 B, limit 32768 
B) 

Best regards,

Max



--- End Message ---

Re: Motorolla 350 OTA

[Stipe Tolj]

Maria Turk wrote:
> 
> does anyone have example binary OTA for the new motorolla 350.

you mean OTA config SMS?

I'm not aware that Motorola supports that.

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: [PATCH] DLRs crash smsbox using CIMD2

[Stipe Tolj]

> --- smsc_cimd2.c.cvsThu Feb  6 12:55:00 2003
> +++ smsc_cimd2.cThu Feb  6 12:54:12 2003
> @@ -1588,8 +1588,7 @@
>  goto io_error;
> 
>  next_reply:
> -/*reply = cimd2_get_packet(smsc,ts);*/
> -reply = cimd2_get_packet(smsc, NULL);
> +reply = cimd2_get_packet(smsc,ts);
>  if (!reply)
>  goto io_error;
> 
> @@ -1880,9 +1879,9 @@
>  octstr_get_cstr(msg->sms.dlr_url),
>  msg->sms.dlr_mask,
>  octstr_get_cstr(msg->sms.boxc_id));
> -octstr_destroy(ts);
> -ts = NULL;
> }
> +octstr_destroy(ts);
> +ts = NULL;
> if (ret == 0 || ret == -1)
>  break;
>  if (cimd2_reopen(smsc) < 0) {
> 
> Please comment and vote.

+1, commited to cvs.

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: smscconn cimd2

[Stipe Tolj]

Kalle Marjola wrote:

> The patch required some work to do from our CVS version and that final
> version is only at my desktop computer - which currently does not boot
> (disk crash) and I'm about 3000 kms away from fixing it.

I guess that are some bad pre-conditions to get a patch from you ;)))

Anyone else volonteering to grap Kalle's rcsdiff'ed patch an
reconstruct the CIMD2 patch?

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: User Guide for Palm OS

[Stipe Tolj]

> http://www.aleph-tec.com/gsm/kannel.html

a link will be available in http://www.kannel.org/doc.shtml to your
page shortly.

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: Fw: [PATCH]bb_boxc vs smsbox and wapbox

[Stipe Tolj]

>  Index: gw/bb_boxc.c
> ===
> RCS file: /home/cvs/gateway/gw/bb_boxc.c,v
> retrieving revision 1.60
> diff -u -r1.60 bb_boxc.c
> --- gw/bb_boxc.c23 Jan 2003 23:52:37 -  1.60
> +++ gw/bb_boxc.c30 Jan 2003 16:01:20 -
> @@ -255,7 +255,7 @@
>  list_add_producer(flow_threads);
> 
>  /* wait for smsbox identification */
> -if (bb_status != BB_DEAD && conn->alive) {
> +if (bb_status != BB_DEAD && conn->alive && conn->is_wap == 0) {
>  mutex_lock(conn->boxc_id_mutex);
>  debug("bb.boxc", 0, "boxc_sender: sender unlocked");
>  }
> 
> Please vote and commit it to cvs. I think it may be important for everybody
> using wapbox.

+1, commited to cvs. Thanks.

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