Re: Anyone can help me .. please ... please

2004-11-25 Thread Jose Borges Ferreira
I've made rpm's for RedHat .
Check this page. http://underspell.com/~jcbf/kannel/





On Wed, 24 Nov 2004 21:52:04 -0800 (PST), Lina Rakhmawaty
<[EMAIL PROTECTED]> wrote:
> 
> Hi All, 
>   
> i tried to install the kannel on my linux (redhat 9), but there is error
> messages 
>   
> 1. i installed the tar package (downloaded from www.kannel.org), here is the
> result when i tried to run configure for kannel-1.2.1 (from tarball package
> gateway-1.2.1.tar.gz) ... : 
>   
> loading cache ./config.cache 
> Configuring for Kannel gateway version 1.2.1 ... 
> Running system checks ...
> checking host system type... i686-pc-linux-gnu
> checking for gcc... gcc
> checking whether the C compiler (gcc  ) works... yes
> checking whether the C compiler (gcc  ) is a cross-compiler... no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking for a BSD compatible install... /usr/bin/install -c
> checking for ranlib... ranlib
> checking for bison... bison -y
> checking for flex... flex
> checking for yywrap in -lfl... yes
> checking for convert... no
> checking for perl... /usr/bin/perl
> checking for log in -lm... yes
> checking for accept in -lsocket... no
> checking for inet_ntoa in -lnsl... yes
> checking for inet_ntop in -lresolv... yes
> checking for inet_ntop in -lbind... no
> checking for pthread_exit in -lpthread... yes
> checking for pthread_exit in -lc_r... no
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/ioctl.h... yes
> checking for sys/time.h... yes
> checking for sys/types.h... yes
> checking for unistd.h... yes
> checking for sys/poll.h... yes
> checking for pthread.h... yes
> checking for getopt.h... yes
> checking for syslog.h... yes
> checking for gettimeofday... yes
> checking for select... yes
> checking for socket... yes
> checking for strdup... yes
> checking for getopt_long... yes
> checking for getopt... yes
> checking for socklen_t in ... yes
> checking for getopt in ... no
> checking for getopt in ... yes 
> Checking POSIX threads support ...
> checking for working pthreads... yes 
> Checking for libxml2 support ...
> checking for xml2-config... /usr/bin/xml2-config
> checking libxml version... 2.5.4 
> Configuring DocBook support ...
> checking for jade... jade
> checking for jadetex... :
> checking for pdfjadetex... :
> checking for dvips... :
> checking for fig2dev... :
> checking for convert... :
> checking for
> /usr/lib/sgml/stylesheet/dsssl/docbook/nwalsh/html/docbook.dsl... no
> checking for /usr/lib/sgml/stylesheets/nwalsh-modular/html/docbook.dsl... no
> checking for
> /usr/share/sgml/docbook/dsssl-stylesheets-1.59/html/docbook.dsl... no
> checking for /usr/share/sgml/docbook/dsssl-stylesheets/html/docbook.dsl...
> yes
> checking for
> /usr/lib/sgml/stylesheet/dsssl/docbook/nwalsh/print/docbook.dsl... no
> checking for /usr/lib/sgml/stylesheets/nwalsh-modular/print/docbook.dsl...
> no
> checking for
> /usr/share/sgml/docbook/dsssl-stylesheets-1.59/print/docbook.dsl... no
> checking for /usr/share/sgml/docbook/dsssl-stylesheets/print/docbook.dsl...
> yes
> Documentation will be built as well. 
> Configuring parameters ...
> checking which malloc to use... native malloc
> enabling local time 
> Configuring OpenSSL support ...
> checking whether to compile with SSL support... trying /usr/lib
> /usr/include/openssl
> checking for openssl... /usr/bin/openssl
> checking for CRYPTO_lock in -lcrypto... yes
> checking for SSL_library_init in -lssl... yes
> checking for SSL_connect in -lssl... yes
> checking for openssl/x509.h... yes
> checking for openssl/rsa.h... yes
> checking for openssl/crypto.h... yes
> checking for openssl/pem.h... yes
> checking for openssl/ssl.h... no
> checking for openssl/err.h... yes
> checking whether the OpenSSL library is multithread-enabled... no
> configure: error: Either get a multithread-enabled SSL or configure with
> --disable-ssl
>  
>   
> 2. when i installed the rpm package (kannel-1.2.1-0.1.fc2.fr.i386.rpm), this
> error show up :
> /var/tmp/rpm-tmp.34338: line 4: syntax error near unexpected token `fi'
> /var/tmp/rpm-tmp.34338: line 4: `fi'
> error: %preun(kannel-1.2.1-0.1.fc2.fr) scriptlet failed, exit status 2 
>   
> and then i tried to upgrade with the kannel-1.3.2-1.0.rh7.fr.i386.rpm, with
> this error messages (same error i guess) : 
> 
> warning: kannel-1.3.2-1.0.rh7.fr.i386.rpm: V3 DSA signature: NOKEY, key ID
> e42d547b
> Preparing...###
> [100%]
>1:kannel ###
> [100%]
> /var/tmp/rpm-tmp.7994: line 3: syntax error near unexpected token `fi'
> /var/tmp/rpm-tmp.7994: line 3: `fi'
> error: %post(kannel-1.3.2-1.0.rh7.fr) scriptlet failed, exit status 2
>  
>   
> if anyone can help me, please let me know how to fix this  problem ... 
> thanks before ... 
>   
>   
> :) 
> Lina
> 
>  
> Do you Yah

Custom PDU's, next feature?

2004-11-25 Thread Rolandow
Hello devel,

I hope to get in contact of some of the developers, or people who can
tell me more about the future features.

A gateway provider which we are going to work with, wants to send the
carrier_id in the PDU. So that would be a custom field.

It would be nice if one could define a TVL in de configuration, and
then post this value with the get-url or post-url function.

I understood that currently there is no way to manually parse the TVL
that aren't standard in SMPP.

Any other solution?

Kind regards,
Roland.




[ANNOUNCE] Kannel 1.4.0 stable release available

2004-11-25 Thread Stipe Tolj
The Kannel Group is pleased to announce the availability
of the Kannel 1.4.0 stable release via the project web site
  http://www.kannel.org/
--
NEWS about Kannel: Open Source WAP and SMS Gateway version 1.4.0
This is a STABLE version. It should be usable for production systems.
Please do report problems to the Kannel bug tracking system available at
http://bugs.kannel.org/ or send a mail to <[EMAIL PROTECTED]> (the development
mailing list).
Changes since version 1.3.2:
Compatibility breakers:
  * fakesmsc switching from -p to -r for port, since -p is used for pid-file
creation. This broke fakesmsc to use an other port then the default 1
to connect to the smsc_fake module of bearerbox.
New features:
  * Added ability to start/stop/restart of all smscconn's that have equal
smsc-id's instead of only one.
  * Implemented very simple priority queue ala Robert Sedgewick for gwlib.
  * Implemented concatenation of large sms inside bearerbox and does care of
sending all message parts over one smsc link. Now we have a problem with
concatenated large sms that bearerbox will try to load balance those over
different smsc links and such messages arrive as junk (all parts of
concatenated large sms must go through the same smsc).
  * SMPP added ESME dlr bit to DLR processing, added setting of sms priority
flag in smsbox and smpp module.
  * bruNET upgrading response parsing to comply with more recent interface
version (v2.0+) where bruNET delivers 'MessageId' in the HTTP response
body.
  * AT, EMI usage of the of priority queue and priority flag.
  * URLTranslation added '%o' as escape code for MO msgs representing the
msg->sms.account field. Which is interpreted as the operator ID for
aggregator specific MO messages. ie. Xidris HTTP SMSC module.
  * test_ppg added support for X-WAP-Initiator-URI, use -I option.
Bugfixes:
  * SMPP fixed panic on NULLed source_addr/destination_addr, for nulterminated
string length checking of PDU elements, bug that dlr lookup was made with
source instead of destination address (in dlr source and destination
switched), fixed incorrect handling of GSM_ADDR_TON_ALPHANUMERIC for
destination address,
  * AT fixed segfault when modemtype is set to 'auto' or 'autodetect',
fixed '+CPIN', some modem needs '"'.
  * HTTP fixed a binary MT bug (when DC_8BIT has been set) and various
improvements for passing parameters to the HTTP request, fixing 3united
(formerly Xidris) HTTP interface for  binary MT messages. We passed
URL-encoded binary string, but server side  expected HEX encoded (2 char
per byte) version.
  * WSP string coding bug fixed.
  * WML compiler fixed panic for certain DOCTYPE definitions, memory leak fixed.
  * XMLRPC fixed memory leak.
  * Fixed ISO date handling.
  * Fixed double encoding in smsbox when trans coding from UCS2 to UTF-8 or
ISO-8859-1.
  * Improved pthread reader/writer-locks.
  * Fixed usage of native semaphores on MacOS X to avoid a "not implemented"
error.
  * Fixed pthread lib settings for FreeBSD 5.2.1.
  * Added check for 'sem_init' in librt. This needs on Solaris & HP-UX.
  * Fixed Linux version of gw_gethostbyname when gethostbyname_r failed.
Also free buffer on error.
  * Fixed daemon mode (make sure stdin/stdout/sdterr are opened and do
chdir("/")) and change user code (set supplementary group id's and
don't destroy passwd struct).
  * Bug work-around causing segfault on cygwin while using uninited
rwlock functions.
  * Various memory leak and double free fixes.


Re: ... Kannel 1.4.0 stable release available

2004-11-25 Thread Kalle Marjola
Thanks Stipe!

Now I propose that we add to CVS head:
 * new smsstore (that directory thing I guess, unfortunately I have had 
no time to test it... is there limit to how many files can be in a
directory?)
 * reply-to-sendsms (this patch I did, I can fig that horrible kludge
first)
 * other pending new features...?

..and then get 1.5.0 out quite soon (this year?)


-- 
 &Kalle Marjola ::: Development ::: Helsinki ::: Enpocket




Re: ... Kannel 1.4.0 stable release available

2004-11-25 Thread Enver ALTIN
On Thu, 2004-11-25 at 16:35 +0200, Kalle Marjola wrote:
> Thanks Stipe!

Yeah, congrats to everybody! Do we have a party soon? :-)
-- 
Enver ALTIN   |http://skyblue.gen.tr/
Software developer @ Parkyeri |  http://www.parkyeri.com/


signature.asc
Description: This is a digitally signed message part


Re: ... Kannel 1.4.0 stable release available

2004-11-25 Thread Stipe Tolj
Kalle Marjola wrote:
Thanks Stipe!
ohh.. please, no vine for me... it's been more then necessary ;)
Now I propose that we add to CVS head:
 * new smsstore (that directory thing I guess, unfortunately I have had 
no time to test it... is there limit to how many files can be in a
directory?)
 * reply-to-sendsms (this patch I did, I can fig that horrible kludge
first)
 * other pending new features...?
yep, +1
..and then get 1.5.0 out quite soon (this year?)
++1 ;)
Stipe
mailto:stolj_{at}_wapme.de
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf, NRW, Germany
phone: +49.211.74845.0
fax: +49.211.74845.299
mailto:info_{at}_wapme-systems.de
http://www.wapme-systems.de/
---


Re: ... Kannel 1.4.0 stable release available

2004-11-25 Thread Stipe Tolj
Enver ALTIN wrote:
On Thu, 2004-11-25 at 16:35 +0200, Kalle Marjola wrote:
Thanks Stipe!

Yeah, congrats to everybody! Do we have a party soon? :-)
actually we should... but the problem is where? Most of us guys in spread 
accross europe ;)

Stipe
mailto:stolj_{at}_wapme.de
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf, NRW, Germany
phone: +49.211.74845.0
fax: +49.211.74845.299
mailto:info_{at}_wapme-systems.de
http://www.wapme-systems.de/
---


Re: Bug in gwlib/charset.c: int charset_convert(Octstr *string, c har *charset_from, char *charset_to)

2004-11-25 Thread Pommnitz, Jörg
Here it is.
To confirm the brokeness of the old code I wrote a small test program:

#include "gwlib.h"

int
main()
{
Octstr *os;
gwlib_init();
os = octstr_create ("aeiAEIÄÖÜäöü?ßµ");
octstr_dump(os, 0);
charset_convert(os, "ISO8859-15", "UTF-8");
octstr_dump(os, 0);
charset_convert(os, "UTF-8", "UTF-16");
octstr_dump(os, 0);
charset_convert(os, "UTF-16", "ISO8859-15");
debug("charsettest", 0, "Final result: %s", octstr_get_cstr (os));

return 0;
}

The result with the (broken) code from CVS is:

2004-11-25 16:40:32 [1425] [0] DEBUG: Octet string at 0x81090e0:
2004-11-25 16:40:32 [1425] [0] DEBUG:   len:  15
2004-11-25 16:40:32 [1425] [0] DEBUG:   size: 16
2004-11-25 16:40:32 [1425] [0] DEBUG:   immutable: 0
2004-11-25 16:40:32 [1425] [0] DEBUG:   data: 61 65 69 41 45 49 c4 d6 dc e4
f6 fc a4 df b5  aeiAEI.
2004-11-25 16:40:32 [1425] [0] DEBUG: Octet string dump ends.
2004-11-25 16:40:32 [1425] [0] DEBUG: Octet string at 0x81090e0:
2004-11-25 16:40:32 [1425] [0] DEBUG:   len:  25
2004-11-25 16:40:32 [1425] [0] DEBUG:   size: 1024
2004-11-25 16:40:32 [1425] [0] DEBUG:   immutable: 0
2004-11-25 16:40:32 [1425] [0] DEBUG:   data: 61 65 69 41 45 49 c3 84 c3 96
c3 9c c3 a4 c3 b6   aeiAEI..
2004-11-25 16:40:32 [1425] [0] DEBUG:   data: c3 bc e2 82 ac c3 9f c2 b5
.
2004-11-25 16:40:32 [1425] [0] DEBUG: Octet string dump ends.
2004-11-25 16:40:32 [1425] [0] DEBUG: Octet string at 0x81090e0:
2004-11-25 16:40:32 [1425] [0] DEBUG:   len:  3
2004-11-25 16:40:32 [1425] [0] DEBUG:   size: 1024
2004-11-25 16:40:32 [1425] [0] DEBUG:   immutable: 0
2004-11-25 16:40:32 [1425] [0] DEBUG:   data: ff fe 61
..a
2004-11-25 16:40:32 [1425] [0] DEBUG: Octet string dump ends.
2004-11-25 16:40:32 [1425] [0] ERROR: Failed to convert string from 
to , errno was <22>
2004-11-25 16:40:32 [1425] [0] DEBUG: Final result: ÿþa

With the attached patch I get the desired and expected result:

2004-11-25 16:40:51 [1428] [0] DEBUG: Octet string at 0x81090e0:
2004-11-25 16:40:51 [1428] [0] DEBUG:   len:  15
2004-11-25 16:40:51 [1428] [0] DEBUG:   size: 16
2004-11-25 16:40:51 [1428] [0] DEBUG:   immutable: 0
2004-11-25 16:40:51 [1428] [0] DEBUG:   data: 61 65 69 41 45 49 c4 d6 dc e4
f6 fc a4 df b5  aeiAEI.
2004-11-25 16:40:51 [1428] [0] DEBUG: Octet string dump ends.
2004-11-25 16:40:51 [1428] [0] DEBUG: Octet string at 0x81090e0:
2004-11-25 16:40:51 [1428] [0] DEBUG:   len:  25
2004-11-25 16:40:51 [1428] [0] DEBUG:   size: 1024
2004-11-25 16:40:51 [1428] [0] DEBUG:   immutable: 0
2004-11-25 16:40:51 [1428] [0] DEBUG:   data: 61 65 69 41 45 49 c3 84 c3 96
c3 9c c3 a4 c3 b6   aeiAEI..
2004-11-25 16:40:51 [1428] [0] DEBUG:   data: c3 bc e2 82 ac c3 9f c2 b5
.
2004-11-25 16:40:51 [1428] [0] DEBUG: Octet string dump ends.
2004-11-25 16:40:51 [1428] [0] DEBUG: Octet string at 0x81090e0:
2004-11-25 16:40:51 [1428] [0] DEBUG:   len:  32
2004-11-25 16:40:51 [1428] [0] DEBUG:   size: 1024
2004-11-25 16:40:51 [1428] [0] DEBUG:   immutable: 0
2004-11-25 16:40:51 [1428] [0] DEBUG:   data: ff fe 61 00 65 00 69 00 41 00
45 00 49 00 c4 00   ..a.e.i.A.E.I...
2004-11-25 16:40:51 [1428] [0] DEBUG:   data: d6 00 dc 00 e4 00 f6 00 fc 00
ac 20 df 00 b5 00   ... 
2004-11-25 16:40:51 [1428] [0] DEBUG: Octet string dump ends.
2004-11-25 16:40:51 [1428] [0] DEBUG: Final result: aeiAEIÄÖÜäöü?ßµ

Regards
  Jörg


-Ursprüngliche Nachricht-
Von: Alexander Malysh [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 24. November 2004 13:00
An: [EMAIL PROTECTED]
Betreff: RE: Bug in gwlib/charset.c: int charset_convert(Octstr *string,
c har *charset_from, char *charset_to)


Hi Joerg,

IMO, it's a bug. please post a patch, I will commit it...

"Pommnitz, Jörg" wrote:

> No comment?
> 
> -Ursprüngliche Nachricht-
> Von: Pommnitz, Jörg
> Gesendet: Montag, 22. November 2004 12:22
> An: Kannel-Devel (E-Mail)
> Betreff: Bug in gwlib/charset.c: int charset_convert(Octstr *string,
> char *charset_from, char *charset_to)
> 
> 
> Hi List,
> the above mentioned function seems buggy to me. It takes the result of the
> iconv operation and uses octstr_append_cstr(string, to_buf); to replace
> the old contents with the new one. This can't possibly work when you
> convert to say UTF-16 with zero-bytes in the middle of the result (quite
> likely). I don't have a patch, but the right solution would probably be to
> use
> 
> octstr_append_data(string, to_buf, pointer - to_buf);
> 
> instead of
> 
> octstr_append_cstr(string, to_buf);
> 
> Regards
>   Joerg

-- 
Thanks,
Alex




charset.diff
Description: Binary data


Re: ... Kannel 1.4.0 stable release available

2004-11-25 Thread Alexander Malysh
Hi,

Kalle Marjola wrote:

> Thanks Stipe!

Thanks Stipe and all that made it possible!!!

> 
> Now I propose that we add to CVS head:
>  * new smsstore (that directory thing I guess, unfortunately I have had
> no time to test it... is there limit to how many files can be in a
> directory?)

I don't know any limit... But I thought that it can occur, we can tweak how
many dirs are allowed (see define MAX_DIRS).

>  * reply-to-sendsms (this patch I did, I can fig that horrible kludge
> first)
>  * other pending new features...?

appeal to all, not just commit new features to cvs! please post it first to
devel@ for discussion...

   * new automagic stuff
   * may be switch to subversion?

> 
> ..and then get 1.5.0 out quite soon (this year?)

+1

> 
> 

-- 
Thanks,
Alex