Re: access.log

--On Thursday, October 17, 2002 10:41 AM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Andy Elacion, Jr. schrieb: There are times that our subscriber would like to verify their transactions and we have hard time in doing this. We do it manually like grep the accesslog for a particular cell no

RE: MMS Task Force

HI Alex, --On Thursday, September 12, 2002 5:02 PM +0100 Alex Judd [EMAIL PROTECTED] wrote: Agreed. The main priority should be to be complete the functionality needed to be able to send and recieve messages to and from a variety of different 1st phase released MMS-Cs as per the current

Re: FW: query on kannel usage.

--On Friday, September 6, 2002 3:01 PM +0530 Anupama R [EMAIL PROTECTED] wrote: Hello, Posted this message to users list. Got no response :(( We are proposing to use the gateway for our product. Is this okay? Can anyone please reply? I suggest you read the file COPYING. Harrie

Re: Kannel automatic compilation test

with this, since it is already in some places of the SMASI code. Since I believe you wanted a NO-OP function, but this is mainly an attempt to read your mind. Stipe Harrie Hazewinkel schrieb: Stipe, Would this patch solve it. Not knowing the protocol spec of SMASI. Index: smasi_pdu.c

Re: WSP TO HTTP SLOW !!

--On Wednesday, September 4, 2002 6:32 PM -0700 denzel [EMAIL PROTECTED] wrote: HI all ! We sent a large messege ( 16k ) from the phone to the kannel wap gateway (posting large message content to a url). The message was posted ok. But it took a lot time to complete ( around a minute

Re: Kannel Http SMSC

Hi, I am not sure if I understand it correctly. You have Kannel speaking to an SMSC with HTTP and now you want to place an HTTP proxy is in the middle?? Please view in a fixed-width font such as Monaco or Courier. +--+ ++ +-+ |

Re: Kannel automatic compilation test

Hi All, --On Tuesday, September 3, 2002 7:06 AM +0100 kannel [EMAIL PROTECTED] wrote: Kannel compilation test. Host: Linux geodude.3glab.org 2.4.2-2 #1 Sun Apr 8 20:41:30 EDT 2001 i686 unknown Kannel compilation had warnings or failed. the warnings on the unused variable are caused by

Re: Kannel automatic compilation test

Stipe, Would this patch solve it. Not knowing the protocol spec of SMASI. Index: smasi_pdu.c === RCS file: /home/cvs/gateway/gw/smsc/smasi_pdu.c,v retrieving revision 1.2 diff -u -r1.2 smasi_pdu.c --- smasi_pdu.c 19 Aug 2002

Re: Kannel Http SMSC

... Connected to proxy-hostname. Escape character is '^]'. At this point you have a tcp connection to the proxy on port 80. 2 returns should close it for you. --- Harrie Hazewinkel [EMAIL PROTECTED] wrote: Hi, I am not sure if I understand it correctly. You have Kannel speaking to an SMSC

Re: [PATCH] SMPP

HI Alan, --On Wednesday, August 14, 2002 10:13 AM +1200 Alan McNatty [EMAIL PROTECTED] wrote: Hi Nisan, Thanks for your patch this is also an issue for me. Can you update docs also - since new config parameter. Does this patch fix also for you the problem?? (You state you have the

Re: [PATCH] smsc modules directory

--On Sunday, August 11, 2002 12:20 PM +0300 Oded Arbel [EMAIL PROTECTED] wrote: Hi Harrie and everyone I saw that smsc.c was moved to the smsc module directory (which I don't think is write - as this is just the API implementation, not a module in itself), but the smsc.h file was left in

Re: [PATCH] SMPP panic when sender or receiver address longer then20 characters.

Hi Oded, Good catch. Forgive if I sound stupid, but regarding the length of an address. If it is really bigger then 20 can one just discard the part of the address that is longer?? That sounds weird to me, or is the address only used internal in the smpp part as some indication?? On top of

RE: [PATCH] SMPP panic when sender or receiver address longerthen20 characters.

--On Sunday, August 11, 2002 2:46 PM +0300 Oded Arbel [EMAIL PROTECTED] wrote: -Original Message- From: Oded Arbel in some #define and use that?? Then changing the length is done in one place only. it is - in the smpp_pdu.def : hm. my bad - this is not what you meant.

RE: [PATCH] SMPP panic when sender or receiver address longerthen20 characters.

--On Sunday, August 11, 2002 2:32 PM +0300 Oded Arbel [EMAIL PROTECTED] wrote: -Original Message- From: Harrie Hazewinkel [mailto:[EMAIL PROTECTED]] Hi Oded, Good catch. Forgive if I sound stupid, but regarding the length of an address. If it is really bigger then 20 can one

RE: [PATCH] SMPP panic when sender or receiver address longerthen20characters.

--On Sunday, August 11, 2002 4:14 PM +0300 Oded Arbel [EMAIL PROTECTED] wrote: -Original Message- From: Harrie Hazewinkel [mailto:[EMAIL PROTECTED]] I admit these .def files are difficult, but I believe we need to make a define and use that define +1 in the .def file to allcate

CVS and cygwin

HI to all those working and committing from CYGWIN to CVS, I just fixed some file with the '^M' problem. This is caused in most cases by people who use cygwin and CVS. Those need to use a native CVS and not the standard cygwin cvs. The cygwin cvs lets the CVS server think it is a UNIX system,

Re: [PATCH] Octstr function call sometime barf when calledwithNULL data

--On Sunday, August 11, 2002 6:40 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: This will be in my next commit today. I also noticed some other things like ^M' at the end of lines in the ChangeLog and so on. I am going thru all this. this has been commited already. I have to veto against

Re: [PATCH] SMPP octstr to long handling

--On Sunday, August 11, 2002 6:31 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: BTW, we should not #define constants of SMPP that are explicitely 'defined' by the .def file anyway. So the 21 length for source and destination number is already a #define in this semantical way and hence we

Re: [PATCH] Octstr function call sometime barf when called withNULL data

--On Sunday, August 11, 2002 6:38 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: While some Octstr functions handle NULLs gracefully, others (especially the formating ones) do not behave so gentlemen-like. this patch will cause NULLs received instead of Octstr* in some cases not to panic the

Re: [PATCH] sms centers

--On Friday, August 9, 2002 12:45 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: so what does the patch do now?! I didn't get the point. It would make the SMSC-code from within the wrapper more equal. Not that it is so important, but afterwards the step to a single modular API is easier. By

Re: creating an smsc directory

--On Friday, August 9, 2002 12:30 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Aarno Syvänen wrote: What about smpp_pdu.* modules ? These are part of smpp implementation. agreed, they should also go to gw/smsc. And don't forget about gw/emimsg.c which is for emi2. Seem to have missed

Re: [FYI] critical bug in EMI2 module

--On Saturday, August 3, 2002 6:06 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Hi all, we definitely have a critical bug in the smsc_emi2 module (as far as I have located). When a EMI2 connection gets in a state I can't define currently and the HTTP admin status page is triggered, hence

Telefoon simulators for UNIX/Solaris/MacOSX

HI, I was wondering if someone else knows if there are phone simulators that can be used in conjunction with Kannel. I have found various Windows simulators, but I need Unix/Solaris/MacOSX versions. (I don't have a windows system). cheers, Harrie Internet Management Consulting mailto:[EMAIL

module API for Kannel

Hi, I have updated the module API I proposed some time ago. I have added thse to the website and you can find the information of it at http://www.kannel.org/module_api/ The txt file is a general design explaination the patch file is a patch that works against a cvs checkout of the

Re: request for comments: the -Wconversion warnings.

--On Wednesday, July 31, 2002 10:20 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Harrie Hazewinkel wrote: The warnings generated by -Wconversion are enormous in amount. I have started to fix some (not even 25%) and one can look in the attached file. What do others think of this?? hmm

RE: sms gateway for ucp written is java

--On Thursday, August 1, 2002 2:59 PM +0300 Kaido Karner [EMAIL PROTECTED] wrote: forget about Java if you need a high-performance SMS gateway and take Kannel, contribute to development if it does not fit your needs in a specific way :) that you say .. I remember posting 2 obvious

Re: compiler warnings

HI, --On Wednesday, July 31, 2002 12:53 AM +0100 Bruno David Rodrigues [EMAIL PROTECTED] wrote: On Ter, 2002-07-30 at 10:07, Harrie Hazewinkel wrote: HI, I noticed that Stipe fixed compiler warnings after my patch. So I thought using '--enable-warnings' to have '-Wall' as compile option

request for comments: the -Wconversion warnings.

HI, The warnings generated by -Wconversion are enormous in amount. I have started to fix some (not even 25%) and one can look in the attached file. What do others think of this?? Harrie Internet Management Consulting mailto:[EMAIL PROTECTED]http ://www.mod-snmp.com/

compiler warnings

HI, I noticed that Stipe fixed compiler warnings after my patch. So I thought using '--enable-warnings' to have '-Wall' as compile option, but I would like to add additional warnings like '-Wmissing-prototypes' and '-Wmissing-declarations'. Or is the preference towards an extra

Re: another emi2 bugfix

--On Monday, July 22, 2002 1:34 PM +0300 Kaido Karner [EMAIL PROTECTED] wrote: re emi2 smsc connections by mistake increase received messages counter twice. patch is together with the previous fix in smsc_emi2.c diff -u gateway-1.2.0/gw/smsc_emi2.c gateway-patched/gw/smsc_emi2.c ---

RE: another emi2 bugfix

--On Tuesday, July 30, 2002 12:30 PM +0300 Kaido Karner [EMAIL PROTECTED] wrote: I think I would prefer to have these combined into a single function. gw_free now maps onto the gw_native_free or gw_check_free with macros. We could make the macros as such that they pass the pointer to the

logging in Kannel

HI, In order to make things more modular I have looked into the way logging is handled in Kannel. To my horrible discovery there are two kinds of logging in gwlib namely, access_log.[c|h] and log.[c|h]. Accesslog is supposed to be a more simple API/function as the log version. I also noticed

Re: A small contribution to Kannel 1.1.6

--On Friday, July 19, 2002 1:22 PM +0100 James Wang [EMAIL PROTECTED] wrote: I proposed the above change on May 9, 2002. However, I found that the latest release, Kannel 1.2.0, still have not included this patch. Can anyone explain please? I did not look at the originally porposed

after the release

HI all, Since we now have a new release 1.2.0 I assume we will develop on head again and do bugfixes in a branch. I laid low for a while waiting for the release, but I am now going to add various changes again. My changes are in perticular aimed in making it all more modular. Which sometimes

Re: after the release

HI, --On Monday, July 8, 2002 8:06 PM +0200 Harrie Hazewinkel [EMAIL PROTECTED] wrote: I will use the STATUS file to keep you up to date. Major design changes I first will distribute to the list. Sorry, I ment Changelog. Harrie

Re: smsbox terminating

HI, Which version of Kannel is this?? 1.1.6, 1.2.0rc1 or CVS?? --On Wednesday, July 3, 2002 8:33 PM +0500 Cipher Strength [EMAIL PROTECTED] wrote: Operating System Redhat: 7.3 Kannel Development Release Following is the smsbox last log 2002-06-25 15:16:13 [0] INFO: Connection closed

Re: Kannel's module API

(resend, since it bounced due to wrong sender address) Hi Stipe, --On Tuesday, June 11, 2002 12:24 AM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Hi Harrie, I liked the document you wrote about Kannel's API structure. Hope that more of the other developers have a chance to review it. I'll

Re: Daily patch: gateway

--On Friday, May 31, 2002 10:17 AM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Angel, File gateway/gw/bb.h changed from revision 1.5 to 1.6 File gateway/gw/bb_smscconn.c changed from revision 1.45 to 1.46 File gateway/gw/heartbeat.c changed from revision 1.2 to 1.3 File

RE: Daily patch: gateway

--On Friday, May 31, 2002 12:07 PM +0200 Angel Fradejas [EMAIL PROTECTED] wrote: Harrie please, Would you be so kind as to comment these changes in ChangeLog? Done. They're somewhat described in a post from May 25 (subject: changes to the heartbeat code.) The message is the same as

Re: question regarding the configuration implementation

--On Friday, May 31, 2002 9:38 AM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Harrie Hazewinkel wrote: I was wondering if someone could tell me the reason why putting it in a dictionary first as a very general configuration representation and later search into it for only those parts needed

RE: CVS usage question??

--On Wednesday, May 29, 2002 5:54 PM +0300 Oded Arbel [EMAIL PROTECTED] wrote: It's possible, if your editing tool reformats tabs and removes spare spaces and such. try to diff all the changes agains the current cvs, and then edit the diffs and remove everything that isn't requires for the

RE: CVS usage question??

'. However, I noticed also that many files have a '^M' at the end. So what would we prefer? Angel. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Oded Arbel Enviado el: miércoles 29 de mayo de 2002 16:54 Para: Harrie Hazewinkel; dev-kannel Asunto: RE

RE: Patch submission and release policy (Was: [PATCH] problemswithHTTPS and base support for per message billing)

--On Wednesday, May 29, 2002 4:41 PM +0300 Oded Arbel [EMAIL PROTECTED] wrote: Maybe it is also needed to establish of how many of the group should support or oppose to it before it is decided to what will be added. Something like this is needed when you have a one branch development.

RE: version 1.1.6 processing limits

--On Thursday, May 30, 2002 10:14 AM +0300 Oded Arbel [EMAIL PROTECTED] wrote: I'm not sure how native malloc works, but the checking malloc (which we use always) has an upper limit on the number of allocations allowed. if you want to use more memory you will have to recompile. Just a

changes to the heartbeat code.

Hi, I have attached a patch to group the heartbeat code. If I hear/see no objections I will commit this. It changes: 1) adds a stop all heartbeat functionality by by means of the heartbeat_thread value of '-1' (ALL_HEARTBEATS) as the heartbeat_stop function. 2) move the heartbeat

CVS usage question??

HI all, I wanted to commit changes in the gw directory. Although, only 5 of the many files were changed. But in the 'cvs commit' it showed almost all files to be chnaged. Has anyone seen it before?? Harrie Internet Management Consulting mailto:[EMAIL PROTECTED]http

RE:first draft and patch for module oriented API

--On Wednesday, May 29, 2002 12:18 PM +1000 Ignat Vassilev [EMAIL PROTECTED] wrote: Hi Harrie I tried to compile kannel with modules.patch but i recive error Hmm, I will try top built a patch again. I tested it here a few times and compilation was OK. Except for the test tools. I did not

RE: Patch submission and release policy (Was: [PATCH] problems withHTTPS and base support for per message billing)

--On Wednesday, May 29, 2002 11:00 AM +0300 Oded Arbel [EMAIL PROTECTED] wrote: Well.. To be honest, using the CVS is an advantage because that way we get 100% testing and debug, code is done with less errors and bugs are fixed quicker ;) I'm always using cvs in production. Some bugs

first draft and patch for module oriented API.

HI All, Attached is a document slightly explaining a module oriented API and a patch assoicated for it. I would people like to invite to make comments and in perticular those who made additional modules that need always patching the core. I understand it is not complete yet, but that is why I

question regarding the configuration implementation

HI all, Maybe someone could help me out in order to confirm how I think the configuration file is hanndled. I believe this is the scheme: A programm 1- opens the configuration file 2- reads it as a huge octet_string 3- splits is into a list of lines (octet_string) 4- parser the all lines of the

[PATCH] typo spesified

HI, A typo some in the files, spesified = specified. regards Harrie Internet Management Consulting tel: +39-3474932300 / +31-625357135 mailto: [EMAIL PROTECTED] http://www.lisanza.net/ specified.patch Description: Binary data

idea of multi purpose logging

HI, I was wondering what people would think of the idea of a multi purpose logging. Currently (in version 1.1.6) one can only use logfiles in a syslog style or log to stdout/stderr. So what do I mean by multi purpose logging: A wrapper of all kinds of logging possible from where to a specific

some other warnings of Kannel

HI, (repost due to Non-members are not allowed to post messages to this list (to avoid spam) I have compiled the Kannel version 1.1.6 on FreeBSD 4.1-RELEASE i386 and got these warnings. Read the last one :-)) cc -funsigned-bitfields -D_REENTRANT=1 -I. -g -O2 -I/usr/local/include/libxml2 -o

[PATCH] counter type change

Hi, (repost due to using a non-subscribed address) I have attached a patch for the kannel code which make the internal type of the counter object an 'unsigned long'. The advantage is that it wraps by itself and we have 1 bit more in the value of the counter (32 bits). :-)) I noticed also that