RE: Mysql 8.x will not compile with latest Kannel

. #if MYSQL_VERSION_ID >= 8 typedef int my_bool; #endif Werner Werner Coetzee C Developer werner.coet...@clickatell.com +27 (21) 910 7700 From: devel On Behalf Of Hillel Bilman Sent: 02 August 2019 16:30 To: Alexander Malysh Cc: Kannel Devel Subject: Mysql 8.x will not compile with latest Kannel

RE: Bug in octstr_shrink_blanks

HI Alex I've attached unified diff, hope it's the correct format. Create with command: svn diff -x -u gwlib/octstr.c against trunk revision 5239 Werner Werner Coetzee Senior Message Engine Engineer Tel:+27219107878 Email: werner.coet...@clickatell.com<mailto:werner.coet...@clickatell.

Bug in octstr_shrink_blanks

sn't work. After fixing it in my local repo it's working correctly (for 1, 2, 3+ consecutive spaces). Regards Werner Coetzee Werner Coetzee Senior Message Engine Engineer Tel:+27219107878 Email: werner.coet...@clickatell.com<mailto:werner.coet...@clickatell.com> [cid:image56bcaa.JPG@f4

Why does octstr_cat() require ostr1 to be non-immutable?

the powers that be agree with me remove the assertion? Thanks in advance Werner [cid:image1a2972.PNG@6b9549b0.4bb1f1fc] Werner Coetzee Senior Message Engine Engineer [cid:imagea0c2e2.PNG@e6899d94.4bbd3821] T +27 21 910 7700 werner.coet...@clickatell.com<mailto:werner.coet...@click

RE: patch to allow data_coding to be set to 3

s and Alex, you shouldn't need to change anything. Could you perhaps supply your bind configuration? Regards Werner Coetzee Werner Coetzee - Senior C Developer / Message Engine Tech Lead E: werner.coet...@clickatell.com<mailto:werner.coet...@clickatell.com> T: (+27) 21 910 770

RE: Unicode long message spliting in 140 charactors

: sequence_number: 2 = 0x0002 2015-09-08 08:09:06 [19419] [6] DEBUG: message_id: "39" 2015-09-08 08:09:06 [19419] [6] DEBUG: SMPP PDU dump ends. 2015-09-08 08:09:06 [19419] [6] DEBUG: DLR[internal]: Adding DLR smsc=access2, ts=39, src=+17542059075, dst=919911274740, mask=23, boxc=

RE: Re[2]: reenable HTTP_MAX_RETRIES and HTTP_RETRY_DELAY for dlr-url

Hi Alejandro Yes it is a bug. We have the same problem, and if you look at the code you'll clearly see the problem. Look at the http_queue_thread function in smsbox.c. It consumes 1 msg from smsbox_http_requests, then sleeps http_queue_delay, then consumes 1 message, then sleeps

RE: unable to destroy Octstr *respstr

Why do you want to destroy it? It's only a pointer to the short_message or message_payload fields in the received PDU, which will be destroyed when the pdu is destroyed. Regards -- Werner Coetzee * C Developer: Messaging Engine * T +27 21 910 7700 * F +27 21 910 7701

RE: [PATCH] smpp_pdu element reported to long, when at max length

Sorry Arne, but I think you're wrong. The check is for a nullterminated element. Thus, if the SMPP spec specifies max length as an example as 16, that includes the null terminator, hence you can actually just use 15 characters. octstr_len returns the length without the null terminator remember.

RE: Real Windoing in kannel for smpp ?

You can use the max-pending-submits parameter in the smsc group. Regards Werner -Original Message- From: jyoti [mailto:jyoti.ran...@cellnext.com] Sent: 02 February 2009 10:38 To: Nikos Balkanas; devel@kannel.org Subject: RE: Real Windoing in kannel for smpp ? Hi, I want to know the

RE: Real Windoing in kannel for smpp ?

Well, in that case, your 'receiver' should send you the appropriate error code in the command status of the response PDU. For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to be re-queued in Kannel. Regards Werner -Original Message- From: jyoti

RE: Real Windoing in kannel for smpp ?

I'm not 100% what you mean by achieving flow control? Werner -Original Message- From: jyoti [mailto:jyoti.ran...@cellnext.com] Sent: 02 February 2009 11:34 To: Werner Coetzee; devel@kannel.org Subject: RE: Real Windoing in kannel for smpp ? Is this the solution for achiving flow

RE: PATCH: Clickatell UCS2 + Concat over HTTP support

Hi It's working in my code. Regards -- Werner Coetzee * C Developer: Messaging Engine * T +27 21 910 7700 * F +27 21 910 7701 werner.coet...@clickatell.com www.clickatell.com -Original Message- From: Alexander Malysh [mailto:amal...@kannel.org] Sent: 05 January

RE: gwlib log issue

[6476] [0] INFO: Added logfile `/tmp/log1.log' with level `0'. And no problem at shutdown... Thanks, Alex Werner Coetzee schrieb: Hi Have anybody had a look at this yet? Regards Werner -Original Message- From: Werner Coetzee [mailto:[EMAIL PROTECTED] Sent: 17 November 2008 11

RE: PATCH: Memory leak in Clickatell + Brunet HTTP SMSC

dict_destroy is called, but the original 'value' will still reside in memory indefinitely. So I would go for the patch provided by Mr. Jackson, or you should add a octstr_destroy(value) to your patch. Regards -- Werner Coetzee * C Developer: Messaging Engine * T +27 21 910 7700 * F

PATCH: Microsecond sleep time

Hi Can anyone explain why gwthread is using the poll function to sleep (using milliseconds as timeout), and not maybe the select function (using microseconds as timeout)? We have the requirement to be able to sleep for less than a millisecond, which the current gwthread_sleep can't provide.

RE: PATCH: Microsecond sleep time

Hi Stipe Patch attached. Werner -Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED] Sent: 02 July 2008 16:18 To: Werner Coetzee Cc: devel@kannel.org Subject: Re: PATCH: Microsecond sleep time Werner Coetzee schrieb: Hi Can anyone explain why gwthread is using the poll

CVS port number

Hi what is the port number for Kannel CVS? I'm using the command as on www.kannel.org: cvs -d:pserver:[EMAIL PROTECTED]:/home/cvs login but get: cvs [login aborted]: connect to cvs.kannel.org(193.53.0.98):2401 failed: Connection timed out Is the port number maybe different from 2401? Regards

RE: CVS port number

Thanks Stipe Looks like a firewall issue on our side. I'll discuss it with our system administrators tomorrow. Regards Werner -Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED] Sent: 02 July 2008 18:11 To: Werner Coetzee Cc: devel@kannel.org Subject: Re: CVS port number

RE: PATCH: Microsecond sleep time

Hi Stipe Diffs attached. I hope it's the right format this time. Regards Werner -Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED] Sent: 02 July 2008 16:48 To: Werner Coetzee Cc: devel@kannel.org Subject: Re: PATCH: Microsecond sleep time Werner Coetzee schrieb: Hi Stipe