Re: autoconf version?

fred wrote: which autoconf version is supposed to work ? have tried 2.53..2.59 (fedoracore 5) results in forbid:^_?A[CHUM]_: forbid:_AC_: forbid:^LIBOBJS$:do not use LIBOBJS directly, use AC_LIBOBJ (see section `AC_LIBOBJ vs. LIBOBJS' allow:^AS_FLAGS$ forbid:^_?m4_: forbid:^dnl$: forbid:^_?

Re: own http gateway

Niels Przybilla wrote: Hi, in http i can define wether it is for "brunet" or "wapme". I think this is related to the http request you need for the different sms providers. my concrete question is, where i can define the string for the http requests and the parameters for my sms provider Ka

Re: Error of fakesmsc in Kannel

Cavit Dolgun wrote: hi Thiago, Actually i hadn't realized this until now. If you download the latest CVS version of kannel you can see that this has been fixed. And if you started using kannel recently like myself i recommend that you go with the latest CVS version as there are many fixes. htt

Re: Error of fakesmsc in Kannel

300 text relay nop") +1, thanks a lot for the catch. Commited to cvs: 2006-09-03 Stipe Tolj * gw/other_smskannel.conf: fixed deprecated option for fakesmsc's port to -r instead of old -p. Thanks to Tiago PC <[EMAI

[PATCH] Re: XML Post results in

Hi list, I got a quote from a Kannel used that this patch never made it to cvs, but it should: http://www.mail-archive.com/users@kannel.org/msg06918.html can someone who uses the XML POST for smsbox please confirm and vote on commiting to cvs? Stipe -

Re: [PATCH] Re: XML Post results in

Paul Keogh wrote: +1 for this. This patch fixes the OA handling in the XML POST. It also fixes the double free of the POST body but incorrectly identifies the second free. The body should not be freed in get_x_kannel_from_xml () because it is freed in the outer sendsms_thread () function. It

Re: Logfiles above 2G

Peter Christensen wrote: Hi, The problem is not the kernel - 32-bit linux kernels have no problem handling files larger than 2GB. But if the program is not compiled with support for large files, it will receive an interrupt when it attempts to write past the 2GB barrier. The solution is to c

Re: Mutex Failure

Silver wrote: Thanks, I have both the csv version and kannel 1.4.0 on different machines. For the csv version it the smsbox "hangs" as i try to run it as indicated bellow $ ./smsbox sk_smskannel.conf 2006-09-07 12:15:27 [2824] [0] INFO: Debug_lvl = -1, log_file = , log_lvl = 0 2006-09-07 12:15:

Re: Sending long text messages using SMPP message_payload

Alexander Malysh wrote: Hi, because not all SMSCs support this feature. agree'ing here with Alex. The issue is that SMPP is considered a "standardized protocol", but in the real-world we have vendors that implement certain feature (in case they are considered optional) and others don't.

Re: Sending long text messages using SMPP message_payload

Raul Igrisan wrote: It would be nice to have this option (use message_payload or split) as a config parameter in smpp smsc group. By any chance, have anyone implement it already? nop, not AFAIK I'd even suggest this behaviour: If connection is a v3.4 version, then we could "auto-detect" i

Re: AW: own http gateway

Andreas Fink wrote: Kannel IS your sending gateway. it translates HTTP to SMSC protocols. If you use an aggregator doing HTTP, then you can talk directly HTTP to him. No need of Kannel in this case as your application already speaks HTTP. Kannel has a HTTP driver to talk to other Kannel or s

Re: A question about gwlib conn.c

Aarno Syvänen wrote: Hi List, this question is not about Kannel, however it is about gwlib, so people in this list are most likely to know the answer The question is: the server i am connecting wants SSL, but with only server authentication. So I must do hand- shake with an empty client certif

Re: SMPP 7bit ASCII pack to 8bit words

Andreas Fink wrote: I think you are doing something wrong here. The DCS value is saying if the data is 7bit or 8bit. When you deliver data to a SMPP SMSC you always send it in 8bit. So you never have to pack anything. You simply supply the 7bit values (gsm character set) into bytes. The SMS

Re:

alaa a wrote: Hi every one i use kannel 1.4.0 in windows xp how can i send Arabic message using kannel sms gateway? Thanks every one. please obey: a) Windows OS via Cygwin is *NOT* considered "production grade", since cygwin has huge problems with pthreads b) arabic characters can be su

Re: Sending SMS via ISDN/Modem

Niels Przybilla wrote: Hi, is it also possible to send SMS with ISDN or Modem (not GSM Modem) with kannel ? you mean via FixedLineSMS features of some ISDN networks?... No. Kannel mainly deals with IP as bearerbox for SMSC protocols and GSM modems natively. Stipe ---

Re: send Arabic sms

Guillaume Cottenceau wrote: "alaa a" writes: Hi every one i use kannel1.4.0 in windows xp i sent English sms using kannel sms gateway and smpp protocol successfully. Now i need to send Arabic sms ,what changes should i do to do that ? You need to use UCS2 (and you have to know that o

Re: Obtaining the message ID set by the SMSC

Ben Suffolk wrote: Hi, I would like to be able to get the message ID set by the SMSC. I know it is stored in the ts field int he DLR database. I have looked for a substitution variable to add it into the dlr-url but I can only find one for the internal kannel ID of the message. Have I mis

Re: Compiling on FreeBSD

Ben Suffolk wrote: Hi, I have been using the latest release version of Kannel via ports (1.4.0) which compiles just fine. I figured I should check out CVS so I can try some of the new functionality out. configure runes fine, I do a make depend which runs then a make, which errors :- g

Re: Compiling on FreeBSD

Ben Suffolk wrote: strange, shouldn't happen on a fresh checkout. Did you use GNU make? Ah No I didn't, it gets a lot further with gmake :- tp_server.o -c test/test_http_server.c test/test_http_server.c: In function `client_thread': test/test_http_server.c:196: syntax error before `pid'

Re: Compiling on FreeBSD

[EMAIL PROTECTED] wrote: On Sat, Sep 23, 2006 at 02:55:08PM +0100, Ben Suffolk wrote: Excellent news, is there anything documented anywhere on what's new in 1.4.1 compared to 1.4.0? ... and is there somekind of a schedule or expected date for release? THIS week-end! Stipe ---

Re: Compiling on FreeBSD

Ben Suffolk wrote: strange, shouldn't happen on a fresh checkout. Did you use GNU make? Ah No I didn't, it gets a lot further with gmake :- tp_server.o -c test/test_http_server.c test/test_http_server.c: In function `client_thread': test/test_http_server.c:196: syntax error before `pid'

Re: postgreSQL DLRs

Ben Suffolk wrote: Hi Guys, Though I'd let you know I had to remove the LIMIT 1 from the delete lines as it causes an error for postgreSQL (version 7.4.6 is what I am running). sounds to me like an old issue. Is this inside 1.4.0 or CVS? Stipe ---

Re: Compiling on FreeBSD

Ben Suffolk wrote: now, I can confirm that it builds cleanly on: [EMAIL PROTECTED] uname -a FreeBSD vm-freebsd6.intern.tolj.org 6.0-RELEASE FreeBSD 6.0- RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 I have no clue why that other doesn't build. Are you shure it's a "clean" checkout? I just

Re: Compiling on FreeBSD

Ben Suffolk wrote: After the upgrade of GCC it compiles fine, hope that can shed some light on the problem for you. actually: nop ;) Ok I had a theory, and did a little bit of playing around. I can now make it compile under the default version of GCC. Its because the declaration of t

Re: send Arabic sms

alaa a wrote: Hi I read that cygwin 2.510.2.2 has only 600 threads ,so it's not perfect choice to compile kannel1.4.0 using cygwin2.510.2.2 to use it under windows xp. Iwant to ask if there is any way to increase the number of threads in cygwin ?? best regards. first of all, cygwin is

Re: [ADDON/test] Program that decodes EMI/UCP data

Vincent CHAVANIS wrote: New version that takes care about latin1 char grr, I'd like to commit this... but it's not our CodingStyle conform. :( Can you please re-format to look and feel like our code and then I can push it to cvs. Stipe -

Re: [PATCH] EMI UCP - ot=02 : multiple address call input operation

Colin Pitrat wrote: Wow it looks like I misread the documentation. Operations 02 and 03 can only be initiated by the gateway, not by the SMSC, so this patch is totally useless, and a part of the previous one too ! ok, but this seems then to be the "equivalent" to SMPP's submit_multi PDU; sem

Re: send Arabic sms

Guillaume Cottenceau wrote: Stipe Tolj writes: in some cases an other option to UCS-2 is possible to obtain the "full" SMS payload length: In SMPP the DCS value defines the character set encoding. SMPP does not define a reserved value for arrabic, but it may be possible tha

Re: [PATCH] Support for OTA syncsettings documents

Adrian Silva wrote: Hello, The patch adds support for sending binary syncsettings documents as described on the Nokia/SonyEriccsson OTA Specification 7. This allows the remote configuration of syncml settings. OTA syncsettings are primarily supported by SonyEriccsson phones. A new ota type, 's

Re: send Arabic sms

Andreas Fink wrote: this might be true but I dont think phones have implemented this as its not part of the GSM standard. In other words, even if one OPERATOR has it implemented and one PHONE, its no good as there are always phones on the market whcih wouldnt support it. Unicode is the way

[STATUS] Kannel 1.4.1 stable release

The Kannel Group is pleased to announce the availability of Kannel 1.4.1 stable release via it's web site at URL http://www.kannel.org/download.shtml Please find attached the NEWS file section for release 1.4.1 stable. Stipe --

[REQ] user feedback

Hi lists, as we have released 1.4.1 stable yesterday, we hope you feel pleased enough with the new release to give us 5 minutes of your time and rate our project at freshmeat: http://freshmeat.net/projects/kannel/ Thanks a lot. Stipe ---

Re: gw/msg.c

[EMAIL PROTECTED] wrote: At morning I realized that Msg is not in an union so code was pretty correct, just not very effective, but not dangerous. Sorry, sorry. :) any hint for more performance? ;) Sipe --- Kölner Landstrasse 41

[REQ] Call For Donations for kannel.org

The Kannel Group would like Call For Donations for the project's server equipment upgrade. We're currently handling all project business via a single machine, and would like to go beyond this using at least 2 production class servers, splitting mailing list, mysql, apache, etc. load on the 2 s

Re: [STATUS] Kannel 1.4.1 stable release

Milan P. Stanic wrote: On Mon, Sep 25, 2006 at 06:26:27PM +0200, Stipe Tolj wrote: The Kannel Group is pleased to announce the availability of Kannel 1.4.1 stable release via it's web site at URL Good work! I wish to thank to all developers. I made packages for Debian stable (Sarge)

Re: [Fwd: [PATCH] smpp smsc throttling]

All, I was performing some checks on smpp throttling and found the same behaviour as vincent found below but this time in smsc_smpp.c. Specific behaviour I found was that I could dump a load of messages into the queue and while there was no further activity the queue would drain at the requi

Re: [PATCH] Service routing based on the account field

Alejandro Guerrieri wrote: Stipe, Rene, We work with aggregators from around the world, and we are using many flavors of the HTTP smsc modules (we even made a couple of modules to support specific cases). The scenario is exactly as you described it: The account field is used to encode the "rea

Re: [Fwd: [PATCH] smpp smsc throttling]

Vincent CHAVANIS wrote: I need that we have to think about a global resolution of this issue. The patch i've submited for emi/ucp smsc need to be implemented in a higher level than inside the smsc driver. yep, agree'ing here. Stipe

Re: [PATCH] Service routing based on account field

y as their smsc counterparts (accepted-smsc and accepted-smsc-regex) only that they do their logic on the account field. The patch can also be downloaded from: http://www.magicom-bcn.net/kannel/account-routing.patch +0, Hillel voted +0 also (interpreting his answer ;)... so commited to cvs: 2006-09

[FYI] new HTTP SMSC 'generic' system-type

Hi lists, I have commited today a patchset to CVS introducing a new system-type 'generic' to smsc = http connection type. The 'send-url' HTTP URI can used the same escape codes as sms-service's 'get-url' to pupulate the values from the msg struct passed from smsbox to bearerbox for MT submis

Re: [FYI] new HTTP SMSC 'generic' system-type

Hi Ehi ;) Ehizogie Binitie wrote: Thanks Stipe, This was really needed. I was wondering if you had thought of supporting HTTP "POST" and supporting XML based gateways in 'generic'. This could be done by Adding an extra parameter to the group called url-template which would point to a conf

Re: [FYI] new HTTP SMSC 'generic' system-type

Paul Bagyenda wrote: If you poke around in Mbuni libs, there is code for doing HTTP POST (enctype = www-url-encoded and multipart/form-data) handling nicely, so you could use that too instead of XML. XML adds the over-head of the other side having to parse that rather than merely have to

Re: [PATCH] Interactive mode for fakesmsc

Alejandro Guerrieri wrote: [I've send this email a couple of days ago but seems to have been lost during the last round of kernel panics on the Kannel server. Sorry if it comes twice] a "side note": sorry for server outage... the machine had uptime over 120 days without a single issue, now c

Re: [PATCH] Interactive mode for fakesmsc

Alejandro Guerrieri wrote: Dear list, I've made a patch for fakesmsc to implement a sort of "Interactive Mode". The patch modifies fakesmsc as follows: If you call fakesmsc without any message, instead of panicking it enters "interactive mode", meaning that listens on stdin for "fake MO" mess

Re: [PATCH] Fix aliases in smsbox

Vincent CHAVANIS wrote: It fixes aliases in smsbox. I don't understand why list should be destroy after executing the function find_translation() It fixes the segfault when smsbox is exiting. (seem happens in free variables process) Thanks uhuru for reporting this and provide a patch. Plea

Re: [PATCH] Interactive mode for fakesmsc

Enver ALTIN wrote: Alejandro, thanks a lot. I have quickly reviewed the patch, I haven't tested it though. It's rather very small and at least it doesn't destroy any current functionality so it's harmless. Also it's very useful because most people I have seen can't get fakesmsc to actually work.

Re: Testing kannel

[EMAIL PROTECTED] wrote: Hello, I see the latest kannel comes with a wtls implementation. Are there any security issues with the wtls implementation. Does the fakewap test usage of wtls as well? What simulator can i use to test the wtls implementation? I tried the Nokia 7210 emulator but it fa

Re: Msg-id for tracking in Kannel 1.4.1

Ben Suffolk wrote: Sunil, This is possible, by you creating a unique ID and passing it as part of the dlr-url parameter. That is if you dlr-url was http://localhost/dlr.phpstatus=%d for instance, you would make it something like http://localhost/dlr.phpstatus=%d&uid=1234 Where you chan

Re: Compiling kannel with -Wall option

Andreas Fink wrote: We did that once for our own application which is using gwlib. Its just a lot of hand work and quite a few typecasts. One problem spotted while doing that is that gwlib is never sure if an octet from an octetstring should be considered a signed char or a unsigned char. M

Re: [PATH] convert internal charset to UTF-8

Alexander Malysh wrote: Hi Vincent, I would like to keep UTF-8 as default charset. So we can send any charset we want w/o any troubles. I agree that we should document it in userguide. For users that want further send in latin1: they can use 'charset=LATIN1' cgi parameter for sendsms inte

Re: [PATH] convert internal charset to UTF-8

Vincent CHAVANIS wrote: before (MO) E50_NMSG 2852453A2950657572206465206D61207205616374696F6E2070617320726170706F7274207F2071756F693F E50_AMSG(RE:)Peur de ma réaction pas rapport à quoi? E50_TMSG(RE:)Peur de ma réaction pas rapport à quoi? before (DLR) E50_NMSG 534D53206E

Re: [PATCH] Fix aliases in smsbox v2

-13 Stipe Tolj * gw/urltran.c: fxing alias support for sms-service in smsbox. Thanks to Vincent for analysis and patch. Also removed debugging grp_dump() from Alex' previous UTF-8 patch. [Msg-Id: <[EMAIL P

Re: [PATH] convert internal charset to UTF-8

Enver ALTIN wrote: On Thu, 2006-10-12 at 16:23 +0200, Stipe Tolj wrote: a sms-service will get UTF-8'ed values for non ASCII chars rather then latin as before, right? Which is the expected behavior, IMO. Called service should be able to handle Content-Type header properly and conve

Re: Interesting issue with DLRs

Hi Ben, Ben Suffolk wrote: I have been running kannel for a month or so and its been great. I looked at the outstanding DLRs the earlier today and say a few, and identified some as phones that I know people are not using any more, hence no delivery. Thats fine, but then I noticed my number

Re: configurable max retries forgotten in 1.41 =(

Josh McAllister wrote: To be frank, I'm amazed that this issue hasn't gotten more attention over the years given the default behavior of retrying immediately, and indefinitely. I don't know of any SMSC's that take kindly to that kind of behavior. I proposed a patch back in 7/05 that fixed this

Re: configurable max retries forgotten in 1.41 =(

Josh McAllister wrote: Actually I have to eat some serious crow here. I checked out 1.41 instead of 1.4.1 and did a quick scan of the src for evidence of the patch and of course it wasn't in there. Got the appropriate 1.4.1 and it IS of course in there. Sorry for the false alarm. =/ Perhaps this

Re: configurable max retries forgotten in 1.41 =(

Alexander Malysh wrote: Hi, yep, you are right we must fix it. But we should think of all possible implications and fix it right. I will try to fix it right... ok, Alex commited to do this... he's in charge for it :) Stipe -

Re: configurable max retries forgotten in 1.41 =(

Enver ALTIN wrote: On Fri, 2006-10-20 at 16:11 +0200, Stipe Tolj wrote: 1.5.0 devel will then evolve to 1.4.2 stable. Now this seems a bit weird to me. I think we need a separate discussion about the release cycle. in the past we did always pre-version the development release tree and

Re: Interesting issue with DLRs

Hi Ben, Ben Suffolk wrote: I had assumed that the deliver_sm would come in on the RX bind, and the submit_sm_resp as the reply on the TX bind. Are you saying the same thread handles both these binds? If so is it possible that the SMSC did in fact deliver the submit_sm_resp fractionally bef

Re: Interesting issue with DLRs

Ben Suffolk wrote: Stipe, I had assumed that the deliver_sm would come in on the RX bind, and the submit_sm_resp as the reply on the TX bind. Are you saying the same thread handles both these binds? If so is it possible that the SMSC did in fact deliver the submit_sm_resp fractionally bef

Re: Interesting issue with DLRs

Hi Andreas, Andreas Fink wrote: In this case the solution is to use a SINGLE session instead one for receive and one for transmit. yep, a TRX (transceier) session may be used here... But this has no implications to the logical PDU flow. The SMSC could still behace like this: ESME

Re: Interesting issue with DLRs

Ben Suffolk wrote: Andreas, How do I do this? I only have the one smsc configuration, with the tx and rx ports set. So as far as I am aware its only on session anyway? If you mean a transceiver , they are not supported by the operator. yep, Andreas means the tranceiver mode actually. Whi

Re: [STATUS] Kannel 1.4.1 stable release

Alexander Malysh wrote: Hi, this patch seems to be broken in all areas. Stipe? what should this patch do? 1) I don't like call bb_alog_sms from smsc module, it's up to smsc layer the call to bb_alog_sms() is in order to log the "FAILING DLR receive" event. Unfortunatly we don't pass any M

Re: [STATUS] Kannel 1.4.1 stable release

Dziugas Baltrunas wrote: Hi again, I was incorrect saying about NEWS of 1.4.1, since rev. was made after a release and does not have stable_1_4_1 tag. However, this is still going to affect those who are using CVS HEAD. yep, we (me and Alex) mungled a bit between the gsm-03.38 and utf-8 patch

Re: [PATCH] http.c security

Alexander Malysh wrote: Hi All, please find attached security bug fix for http.c. We have issue when we use keep alive connections with our connection pool. Just imagine such scenario without a patch: 1) http_start_request(..., ssl=0,certkeyfile=NULL,our_host=NULL) 2) http_start_request(...

Re: [PATCH] http.c security

Enver ALTIN wrote: On Wed, 2006-10-25 at 22:06 +0200, Alexander Malysh wrote: please find attached security bug fix for http.c. We have issue when we use keep alive connections with our connection pool. Just imagine such scenario without a patch: 1) http_start_request(..., ssl=0,certkeyfile=

Re: Mbuni CVS & Kannel 1.4.1

Vincent CHAVANIS wrote: I'm not familiar with configure macro. But would be great to enable fPIC when it's available. because mbuni does not support non-pic kannel compiled binaries when using X86_64 -fPIC is system dependant? we need to take care of it if it is. Stipe

Re: Destination address problem with 1.4.1

Ehizogie Binitie wrote: Hi , I have two versions of Kannel . 1.4.0 and 1.4.1 on two different servers with exactly the same conf file. When I run the server with 1.4.0 and text a keyword to a shortcode I don’t get an error. When I run the server with 1.4.1 and send the exact same message, I

Re: Destination address problem with 1.4.1

Ehizogie Binitie wrote: Interesting .. but 1.4.0 does not break with the same "semantically illegality" .. what's changed in 1.4.1 ..? yep, correct, was added post-1.4.0. Does a work around exist ..? ??? either: a) SMSC does it the right way b) you need to force kannel to do it the wrong

Re: Destination address problem with 1.4.1

Andreas Fink wrote: this is correct... since it's "semantically illegal" to use a combination on TON=1 and addr value <7 digits. This would "mean", that there exist an international destination number with less then 7 digits, there is no such in real life. Stipe, I have to disagree. Some

Re: Destination address problem with 1.4.1

Stipe Tolj wrote: I'm +0 on this... so I'll change to a warning rather then error and refusing the PDU. commited to CVS HEAD: 2006-11-13 Stipe Tolj * gw/smsc/smsc_smpp.c: relaxing the TON=1 must have >= 7 digits condition. According to Andreas (see reference),

Re: Future of Kannel

Zeljko Safar wrote: I am sorry. I was thinking on WAP. We should be ready for 4G mobile networks and I would like to know how is going to be with the WAP. Now, UMTS et al will use HTTP directly via IP bearer obviously, so there is "less" need for the old WAP 1.2 and WAP 2.0 stuff. Nevertheles

Re: patch for setting the sender in Wap Push

Hillel wrote: Hi Juan, I emailed the devel list and Stripe a few days ago on this. It seems strange useful patches such as the patch for setting the sender in Wap Push is not included in CVS? I wish Stripe would explain why some very useful patches seem to get "ignored". I hope the patch for s

Re: [PATCH] Interactive mode for fakesmsc

Stipe Tolj wrote: Enver ALTIN wrote: Alejandro, thanks a lot. I have quickly reviewed the patch, I haven't tested it though. It's rather very small and at least it doesn't destroy any current functionality so it's harmless. Also it's very useful because most peo

Re: [PATCH] empty SMS replaced by default message

ans_omit_empty(trans)) return 0; else msg->sms.msgdata = octstr_duplicate(reply_emptymessage); } My proposition is to replace the if statement in order to check if the message is a mt_reply (case a) or not. Regards, Colin commited to cvs: 2006-11-17 Stipe Tolj

Re: 3 patches seem to be forgotten

Hillel wrote: Hi, There are 3 patches that seem to be forgotten and we were wondered if they can be added: 1)Noor Entertainment [EMAIL PROTECTED] sent in on Date: Wed, 12 Jul 2006 02:35:43 -0700 (PDT) " Please find attached a small patch against gateway/gw/wap_push_ppg.c allowing to set the Wa

Re: 3 patches seem to be forgotten

Juan Nin wrote: I sent e-mail to Christian from "Noor Entertainment" to review the 2 aspects Andreas said about the Wap Push Sender patch By saying that you commited it, you're saying that it has anyway been added now? :) not sure here... can you reference the discussion thread? Stipe ---

Re: Destination address problem with 1.4.1

Andreas Fink wrote: I think the issue here is that you _receive_ an SMS (pdu type is deliver_sm). So the destination is whatever your SMSC sends you. The TON/NPI settings dont apply there. in any case you see a +8585 number there which probably should be 8585 (ton=0, npi=0) the fixed sett

Re: [PATCH] setting the Wap Push sender

Andreas Fink wrote: just read the original patch and I have two questions: a) why is this line there: http_header_remove_all(push_headers, "X-Kannel-From"); as the header is passed on as pointer, I don't see why it should remove something from it. b) it should also support passing &fr

Re: [PATCH] faulty mime module

, definetly ++1, commited to cvs, thanks! 2006-11-18 Stipe Tolj * gwlib/mime.c: fixing bug causing segfault due to destroyed, but then reused Octstr pointer. Thanks to Paul for spotting this. [Msg-Id: <[EMAIL PROTECTED]>]

Re: [PATCH] WSP header parsing

corresponding end quote). ok, this was actually already "fixed" in rev 1.17, but I changed it again in 1.18, see my ChangeLog entry: 2004-07-09 Stipe Tolj <[EMAIL PROTECTED]> * gw/smsc/smsc_soap.c: changing #ifdef #warning's to commented blocks to get rid of

Re: [PATCH] (sqlbox-standalone) gw/sqlbox_pgsql.h

Humberto Figuera wrote: Hi, There is a minor patch for gw/sqlbox_pgsql.h ;p I hope the list can appreciate it and it to be committed to CVS ;p thanks Humberto, Rene, this one is for you I guess? ;) Stipe --- Kölner Landst

Re: [PATCH] (sqlbox-standalone) gw/sqlbox_pgsql.h

Mi Reflejo wrote: I think you are talking about sqlbox-standalone so actually, Is for me :) ok, since Rene would pass the maintainace of sqlbox to you, we need to provide cvs write access for your, right? Which is a good chance to an advocation for letting you obtain cvs write access. ;)

Re: [PATCH] Parsing of MIME/HTTP header attribute value parameters

Paul Bagyenda wrote: Hi, According to RFC 2045, we should be parsing MIME/HTTP header value parameter names in a case insensitive manner. To quote: --- attribute := token ; Matching of attributes ; is ALWAYS case-insensitive. value := token / quoted-

Re: distribution independent kannel???

Alejandro Guerrieri wrote: That's just not possible, since different Linux distributions use different libraries and file locations among many other differences, so there's no "one for all" solution for Kannel nor any other [fairly complex] piece of code. Compilation and linking usually takes c

Re: How can I fix this?

2006-12-01 00:32:48 [32092] [18] ERROR: SMPP: Unknown TLV (0x0017,0x0004,) for PDU type (deliver_sm) received! 2006-12-01 00:32:48 [32092] [18] ERROR: SMPP: Unknown TLV (0x0421,0x0001,00) for PDU type (deliver_sm) received! 2006-12-01 00:32:48 [32092] [18] ERROR: SMPP: Unknown TLV (0

Re: Fw: [PATCH] DLR in EMI/UCP are not decoded to latin1

Vincent CHAVANIS wrote: Any objections ? yep, the patch is not against CVS HEAD. We now have UTF-8 as inter-box default encoding, and you add > +charset_gsm_to_latin1(msg->sms.msgdata); which wrong here I guess. Can you please check and diff against CVS HEAD? Stipe -

Re: NOKIA SMS-C and DLR problem (dlr-mask fixed but problem persists)

Andrikopoulos Dimitrios wrote: =Start of PAP Request== POST http://172.16.15.30:7080/push/miep_normal User-Agent: wap_push/1.0 Content-Type: multipart/related; boundary=PMasdfglkjhqwe

Re: FW: PPG and CIMD2 delivery reports

Andrikopoulos Dimitrios wrote: Dear Support, I have installed Kannel 1.4.1 on a Fedora Core 5 system, and I use it as a PPG. I use the attached configuration file to interconnect Kannel with a NOKIA SMS-C, which supports CIMD2, and with a MySQL database for storing the DLRs. I use PAP/

Re: [PATCH] AT2 module UDH decoding

Paul Bagyenda wrote: Hi people, Just came across a small discrepancy between how the SMPP module decodes MO SMS UDH and how the AT2 module does the same. (To be precise, somebody was testing the incoming concatenation patch I posted earlier, and tripped on this.) The short story is th

Re: Shutdown of smsbox

fred wrote: There is still a window of oportunity for the smsbox to service sendsms requests with Sent! before shutting. lol the "If you do kill bearerbox twice in a row" why is that ?, very usually I need to issue 2 shutdown commands before it seems to want to shutdown. (but not always) I hav

Re: please confirm the patch has been added

Stipe Tolj * gw/wap_push_ppg.c: adding support to pass the 'from' source addr via X-Kannel-From HTTP header in the PPG request. Thanks to Christian Boustany <[EMAIL PROTECTED]> for this patch. Stipe --

Re: how to data_sm

sandyk007 wrote: Hi How to use data_sm instead for submit_sm in kannel, replacing submit_sm pdu with a data_sm pdu,any idea please let me know...RegardsSandesh K first of all: DO NOT CROSS-POST to both lists, unless you have a GOOD reason! :/ ... (like I usually have, just kidding ;) Now,

Re: Re :how to data_sm

sandyk007 wrote: Hi Stipe,Can you help me in this, the operator has asked for sending binary message without splitting, whereby the content is over 400+ characters. He has suggested to use data_sm instead of submit_sm.  Requirement is due to mt billing short-code hitting the smsc for that many

Re: sendota

[EMAIL PROTECTED] wrote: List, Is there a way to get mclass and priority set for the sendota interface? Hi Edward, I checked this. There seems to be no way to do this at the moment. We check several 'X-Kannel-foobar' HTTP headers for the sendota POST interface, but non that deal with the m

Re: Causes for "I/O error" in bearerbox

migital wrote: In bearerbox logs i am getting "I/O error". When i restarted the berarerbox this error goes away. Can any body please explain me when can somebody have "I/O error" in logs for bearerbox. please provide a section of that bearerbox.log in debug log-level as attachement, so we ca

Re: Kannel and Solaris 10

Andrikopoulos Dimitrios wrote: Hello, I'm trying to install Kannel on a SPARC Solaris 10 machine. When I try to compile the "start-stop-daemon" program, "configure" goes fine: # ./configure --prefix=/usr/local/gw --enable-start-stop-daemon However, "make" fails with these lines:

Re: Causes for "I/O error" in bearerbox

migital wrote: Well I am using kannel version 1.2.1, is it something which has been fixed in later version. ok, I won't even look at the log. Please go and update to 1.4.1 or even CVS HEAD version. It makes no sense to investigate bugs that "may" be resolved already. Sorry, but you really

Re: Fw: [PATCH] DLR in EMI/UCP are not decoded to latin1

Vincent CHAVANIS wrote: wps :) ! here is the new patch +1, commited to CVS HEAD in a slight variation. Thanks a lot. Stipe --- Kölner Landstrasse 419 40589 Düsseldorf, NRW, Germany tolj.org system architecture Kannel

Re: Fw: [PATCH] DLR in EMI/UCP are not decoded to latin1

Alexander Malysh wrote: ahh sorry, I only read your first patch. The second one is correct :) :ppp Stipe --- Kölner Landstrasse 419 40589 Düsseldorf, NRW, Germany tolj.org system architecture Kannel Software Foundation (KS

<    3   4   5   6   7   8   9   10   11   12   >